¿No puedes conectar con tu servidor? Diagnóstico con ping, tcping y mtr
Los timeouts de SSH, los fallos de conexión por Escritorio Remoto y las webs que no cargan son los problemas más habituales con un servidor. La causa puede estar en tu red local, en algún enlace del recorrido, en el firewall del servidor o en que el propio servicio no esté en marcha. Si sigues el orden "¿es alcanzable?, ¿está abierto el puerto?, ¿cómo es la ruta?", podrás localizar la mayoría de los problemas en pocos minutos.
Puntos clave
- Los problemas de conexión con un servidor se diagnostican en este orden: "ping para la accesibilidad, tcping para los puertos, mtr para la ruta y VNC para el interior del servidor", lo que permite localizar la mayoría de los fallos en pocos minutos.
- Que un ping falle no significa necesariamente que el servidor sea inalcanzable, porque muchos servidores y firewalls desactivan ICMP, así que hay que confirmarlo con una prueba de puerto mediante tcping, nc o Test-NetConnection.
- Un resultado
Connection refuseden una prueba de puerto significa que el servidor es alcanzable pero nada escucha en ese puerto, mientras quetimed outsuele indicar un firewall, una regla del grupo de seguridad sin abrir o un problema en la ruta. - En los resultados de mtr, una pérdida de paquetes que empieza en un salto y continúa hasta el último indica un problema en ese salto o cerca de él, mientras que la pérdida en un único salto intermedio con el destino en buen estado suele deberse a la limitación de ICMP del router y se puede ignorar.
- Tanto los servidores cloud como los servidores dedicados de IMIDC ofrecen una consola VNC en el Área de Clientes para revisar el servidor desde dentro, y el equipo de soporte técnico de IMIDC responde a los tickets 24/7.
Para quién es / requisitos previos
- Ordenador local: Windows 10/11, macOS o Linux.
- La IP pública del servidor y el puerto al que necesitas llegar (SSH usa por defecto el 22, RDP el 3389 y las webs el 80/443).
- Acceso al Área de Clientes de IMIDC para consultar el estado del servidor y usar la consola VNC.
Guía / pasos
1. Descarta primero las causas más sencillas
Antes de hacer ninguna prueba, confirma tres cosas: que el servidor aparece como en funcionamiento en el Área de Clientes; que no ha vencido ni ha superado su cuota de tráfico; y que puedes acceder con normalidad a otras webs desde tu equipo. Si varios dispositivos en varias redes no consiguen conectar al mismo tiempo, pasa a los siguientes pasos.
2. ping: comprueba si la IP es alcanzable
# Windows (send 20 packets)
ping -n 20 SERVER_IP
# macOS / Linux
ping -c 20 SERVER_IP
- Hay respuestas sin pérdida de paquetes: la capa de red está básicamente bien; lo más probable es que el problema esté en el puerto o en el servicio.
- Todas las peticiones agotan el tiempo: puede que el servidor esté caído, que la IP esté bloqueada o enviada a un agujero negro (null route), o que el servidor tenga ICMP desactivado. Que el ping falle no significa necesariamente que no puedas conectar; confírmalo con una prueba de puerto.
3. tcping / nc / telnet: comprueba si el puerto está abierto
Las pruebas de puerto reflejan la situación real mejor que el ping.
Windows (incluido en PowerShell):
Test-NetConnection SERVER_IP -Port 22
TcpTestSucceeded : True en la salida significa que el puerto es alcanzable. También puedes usar la herramienta de terceros tcping.exe para hacer pruebas continuas: tcping -t SERVER_IP 22.
macOS / Linux:
# Test a port with nc: -z scans without sending data, -v shows details, -w 3 sets a 3-second timeout
nc -zv -w 3 SERVER_IP 22
# Or use telnet (install separately)
telnet SERVER_IP 22
# For websites, check the HTTP response directly
curl -I -m 10 https://your-domain.com
Cómo interpretar los resultados:
succeeded/Connected: el puerto está abierto; el problema está en la capa de aplicación (usuario/contraseña, claves, configuración de la aplicación).Connection refused: el servidor es alcanzable, pero no hay nada escuchando en ese puerto. Normalmente el servicio no está en marcha o se ha cambiado el puerto.timed out: se están descartando paquetes, casi siempre por un firewall, una regla del grupo de seguridad que no está abierta o un problema en la ruta de red.
4. mtr / tracert: localiza el problema a lo largo de la ruta
Si el ping muestra mucha pérdida de paquetes o el puerto agota el tiempo, averigua en qué tramo del recorrido está el fallo.
# Install on Linux
apt install -y mtr-tiny # Debian / Ubuntu
dnf install -y mtr # Rocky / AlmaLinux
# Install on macOS (requires Homebrew)
brew install mtr
# Send 100 packets and generate a report
sudo mtr -rwc 100 SERVER_IP
En Windows puedes usar los comandos integrados:
tracert SERVER_IP
pathping SERVER_IP
Qué mirar: si la pérdida de paquetes empieza en un salto concreto y se mantiene hasta el último, el problema está en ese salto o cerca de él. Si la pérdida aparece solo en un salto intermedio y el destino está bien, lo más probable es que un router esté limitando ICMP, y puedes ignorarlo. Cuando ICMP está filtrado, también puedes usar NextTrace en modo TCP: nexttrace -T -p 22 SERVER_IP.
5. Revisa el servidor desde dentro con VNC
Si no puedes conectar desde tu equipo, abre la consola VNC en el Área de Clientes, inicia sesión en el servidor y revisa los servicios y el firewall:
# Check which ports are listening
ss -tlnp
# Check SSH service status
systemctl status ssh # Debian / Ubuntu
systemctl status sshd # Rocky / AlmaLinux
# View firewall rules
ufw status verbose
firewall-cmd --list-all
iptables -L -n --line-numbers
# Test the server's own outbound connectivity
ping -c 4 1.1.1.1
Si el servidor no puede salir a internet en absoluto, es posible que se haya modificado la configuración de la interfaz de red. Comprueba si la salida de ip addr e ip route es normal.
6. Incluye esta información al abrir un ticket
Para que nuestros técnicos localicen el problema rápidamente, incluye en el ticket:
- La IP del servidor y el nombre del producto (no envíes contraseñas en un ticket; si hace falta iniciar sesión, lo coordinaremos aparte).
- Cuándo empezó el problema, si sigue ocurriendo y qué puertos o servicios están afectados.
- Tu IP pública local, tu región y tu proveedor de internet (puedes consultarlos en webs como ipinfo.io).
- Los resultados de
mtrotracertdesde tu ubicación hasta el servidor, además de la salida deTest-NetConnection/nc. - Si puedes entrar por VNC, los resultados de
mtrde la ruta de retorno desde el servidor hasta tu IP local. - Si has cambiado recientemente el firewall, el puerto SSH o la configuración de red.
Preguntas frecuentes
El ping falla pero la web carga. ¿Hay algún problema?
No. Muchos servidores y firewalls desactivan ICMP; mientras los puertos de tus servicios funcionen, todo está bien.
¿Solo yo no puedo conectar y a los demás les funciona?
Lo más probable es que sea la ruta de tu proveedor local o que tu IP haya sido bloqueada por el firewall del servidor (por ejemplo, fail2ban). Prueba a conectarte desde la zona Wi-Fi del móvil y revisa la lista de bloqueos por VNC.
¿No puedo conectar después de cambiar el puerto SSH?
Asegúrate de que el nuevo puerto está permitido en el firewall. En sistemas con SELinux también tienes que ejecutar semanage port -a -t ssh_port_t -p tcp NEW_PORT.
¿El servidor se ha quedado de repente totalmente desconectado y todos los pings agotan el tiempo?
Puede que haya sufrido un ataque DDoS y se haya enviado temporalmente a un agujero negro, o que el kernel del servidor haya fallado. Consulta primero el estado en el Área de Clientes y después abre un ticket para confirmarlo.
Resumen
Al diagnosticar problemas de conexión, sigue este orden: "ping para la accesibilidad, tcping para los puertos, mtr para la ruta y VNC para el interior del servidor". Así podrás localizar tú mismo la gran mayoría de los problemas. Tanto los servidores cloud como los servidores dedicados de IMIDC ofrecen una consola VNC en el Área de Clientes para recuperarlos por tu cuenta. Si has confirmado que el problema está en la ruta de red o en el centro de datos, incluye los resultados de las pruebas anteriores en un ticket; nuestro equipo de soporte técnico está conectado y responde 24/7.