Base de conocimientos de F3 Cloud

Español

Русский
English
Deutsch

Español

Русский
English
Deutsch

La VPN de tu propio servidor no conecta – cómo encontrar la causa paso a paso

La VPN de tu propio servidor no conecta o conecta sin internet. Diagnóstico paso a paso para AmneziaWG, VLESS, WireGuard y OpenVPN, comprobación del servidor, el puerto y la red, MTU y DNS, qué enviar a soporte.

Cuando una VPN deja de conectar, lo primero que apetece es reinstalarlo todo. Normalmente no hace falta, porque la causa casi siempre está en un punto concreto y se puede encontrar en pocos minutos. Este artículo sirve para cualquier VPN en tu propio servidor, ya sea AmneziaWG, VLESS en 3X-UI, Marzban o Remnawave, WireGuard u OpenVPN. Hemos probado todos los comandos en un servidor de pruebas con Debian 12.

Dónde puede fallar una VPN ​

Una conexión VPN pasa por una cadena de varios eslabones. Primero está la aplicación de tu dispositivo, luego tu red doméstica o móvil, después el proveedor y las redes troncales entre países, y solo al final el servidor en el que funciona el programa VPN. Un fallo en cualquier eslabón se ve igual para ti, la aplicación simplemente no conecta.

Por eso lo más cómodo es buscar la causa desde el final de la cadena. Primero comprobamos que el servidor está vivo y la VPN funciona en él, luego que se puede llegar hasta él, y solo después revisamos la red y los ajustes del dispositivo. Cada paso de abajo descarta una parte de la cadena, y la causa suele aparecer ya en el segundo o el tercero.

Qué ocurrePor qué paso empezar
No conecta nada, ni siquiera SSHpaso 1
SSH funciona, la VPN nopaso 2
La VPN falla solo en una red, por ejemplo con internet móvilpaso 4
La VPN conecta, pero las webs no abrenpaso 5

1. Comprueba que el servidor está vivo ​

Intenta conectarte al servidor por SSH, por ejemplo con Termius. Si funciona, pasa al paso 2.

Si SSH no responde, comprueba en el área de cliente que el servidor tiene el estado Active y que el alquiler no ha vencido. Después abre la consola VNC, que funciona incluso cuando la red del servidor no está disponible. Cómo abrirla se explica en el artículo sobre la gestión del servidor.

  • Si la consola muestra la petición de inicio de sesión, el servidor funciona y solo falla la red. Una causa habitual es un cortafuegos que ha cerrado el puerto SSH.
  • Si el servidor no arranca, usa el modo rescate del mismo artículo.

2. Comprueba que la VPN está en marcha en el servidor ​

La mayoría de los paneles VPN populares y la aplicación Amnezia ejecutan la VPN en contenedores Docker. Conéctate al servidor y mira la lista de contenedores.

bash
# Todos los contenedores, incluidos los detenidos
docker ps -a

Un contenedor que funciona tiene Up en la columna STATUS. Si pone Exited o Restarting, la VPN se ha caído. Mira su registro, poniendo el nombre del contenedor de la primera columna.

bash
# Las últimas 50 líneas del registro del contenedor
docker logs --tail 50 NOMBRE_DEL_CONTENEDOR

Después comprueba que el servidor escucha en el puerto correcto.

bash
# Todos los puertos en los que escucha el servidor, con los nombres de los programas
ss -lntup

En la salida debe aparecer el puerto de tu VPN. Para VLESS suele ser el 443 en una línea tcp, y para AmneziaWG el puerto del protocolo en una línea udp. Si el puerto no aparece, la VPN no está en marcha o funciona en otro puerto.

Si instalaste la VPN con nuestra guía

Para Amnezia, comprueba el protocolo en la aplicación, en los ajustes del servidor. Para Marzban, 3X-UI y Remnawave, abre el panel y mira si el núcleo Xray está en marcha. Los enlaces a las guías están en la sección Configuración de VPN del menú de la izquierda.

3. Comprueba que el puerto es accesible desde fuera ​

El servicio puede estar en marcha mientras un cortafuegos tiene el puerto cerrado. Para los protocolos TCP, como VLESS y OpenVPN en modo TCP, es fácil comprobarlo desde tu ordenador.

bash
# Comprueba si el puerto TCP 443 está abierto en el servidor
nc -vz IP_DEL_SERVIDOR 443

succeeded significa que el puerto está abierto. Connection refused significa que en ese puerto no funciona nada, y si el comando espera mucho y termina por tiempo agotado, el puerto está cerrado por un cortafuegos o la conexión se corta por el camino.

Si el puerto está cerrado, ábrelo en el cortafuegos del servidor. Si activaste UFW con nuestra guía, usa ufw allow 443/tcp, y para protocolos UDP como AmneziaWG y WireGuard un comando del tipo ufw allow 1234/udp con tu puerto.

Por qué UDP no se puede comprobar así

Los protocolos UDP no responden a peticiones vacías, así que nc y Test-NetConnection no sirven para ellos. Para AmneziaWG y WireGuard es más fiable comprobar la red como en el paso 4.

4. Comprueba la red ​

Si el servidor y la VPN están bien, lo más probable es que la causa esté en la red entre tú y el servidor.

  1. Prueba otra red. Si la VPN falla con internet móvil pero funciona por Wi-Fi, o al revés, la culpa es del proveedor y no del servidor.
  2. Prueba otro protocolo. WireGuard y OpenVPN normales se reconocen y bloquean fácilmente en Rusia. Los protocolos con camuflaje, AmneziaWG y VLESS con REALITY, son más resistentes, y si se corta el UDP, ayuda VLESS, porque funciona sobre TCP. Se explica con detalle en el artículo sobre Amnezia VPN.
  3. Cambia el puerto. Algunos proveedores limitan el UDP en puertos altos. Para AmneziaWG los desarrolladores aconsejan un puerto no superior a 9999.
  4. Comprueba si la IP del servidor está bloqueada. Haz un traceroute al servidor. Si en los últimos saltos se pierden todos los paquetes y desde otra red el servidor sí responde, la dirección puede estar bloqueada en el camino. En ese caso, escríbenos un ticket.

5. Conecta, pero las webs no abren ​

Si la aplicación muestra la VPN conectada pero las webs no cargan o solo abren a veces, comprueba dos cosas.

  • MTU. Es el tamaño máximo de paquete que pasa por la red sin dividirse. Dentro de la VPN se añaden datos de servicio a cada paquete, y si el paquete original ya era grande, puede dejar de pasar. Entonces la VPN conecta, las peticiones pequeñas funcionan y las páginas grandes y las descargas se quedan colgadas. Prueba a bajar el MTU en los ajustes de la conexión, por ejemplo a 1280, y vuelve a conectar.
  • DNS. Si las webs no abren por nombre pero sí por dirección IP, el problema es el DNS. Pon en los ajustes de la VPN un servidor DNS público, por ejemplo 1.1.1.1 u 8.8.8.8.

Qué enviar a soporte ​

Si no has conseguido resolverlo, escríbenos un ticket. Para que veamos la situación de inmediato, adjunta lo siguiente.

  1. La dirección IP del servidor y qué VPN está instalada, por ejemplo «AmneziaWG con la aplicación Amnezia» o «VLESS en 3X-UI».
  2. Dónde falla. Internet de casa o móvil, qué proveedor, si funciona en otra red.
  3. La salida de docker ps -a y ss -lntup del servidor.
  4. Un traceroute al servidor hecho con nuestra guía.
  5. El texto del error de la aplicación, si lo hay.

Nuestros recursos ​

Canal de Telegram: https://t.me/f3cloud_news
Web del hosting: https://f3cloud.com