Cuando “no hay Internet” en Linux, el problema casi nunca es “mágico”: suele ser interfaz, ruta, DNS o un servicio/puerto concreto. Con una pequeña chuleta de comandos puedes diagnosticarlo en minutos y, lo más importante, saber qué está fallando para arreglarlo sin dar palos de ciego.
A continuación tienes un flujo práctico y comandos clave (válidos para Debian/Ubuntu, Arch, Fedora, etc.) centrados en diagnóstico real: ver IP y rutas, comprobar conectividad, validar DNS, revisar puertos y localizar dónde se corta la ruta.
1) Ver interfaz, IP y puerta de enlace con ip
El comando ip forma parte de la suite iproute2 y se usa para administrar y consultar interfaces, direcciones y rutas de red en Linux.
Para ver tus interfaces y direcciones asignadas, usa:
ip address show(abreviadoip a) para listar direcciones por interfaz.- Si quieres filtrar por una interfaz concreta:
ip address show dev eth0(owlan0,enpXsY, etc.).
Si el equipo tiene IP pero no sale a Internet, el siguiente paso es la tabla de rutas.ip route te permite consultar la tabla de enrutamiento y ver si existe una ruta por defecto (default) hacia tu gateway.
Consejo de diagnóstico rápido: si falta la ruta por defecto, aunque tengas IP, no tendrás salida a redes externas.
2) Comprobar conectividad con ping (de dentro hacia fuera)
ping se usa para comprobar conectividad entre dos nodos, enviando paquetes ICMP y mostrando las respuestas.
Un patrón típico es probar en este orden:
- Tu router/gateway (por ejemplo,
ping -c 4 192.168.1.1) para validar LAN/Wi‑Fi. - Un host externo por IP (por ejemplo,
ping -c 4 1.1.1.1) para validar salida a Internet sin depender de DNS. - Un dominio (por ejemplo,
ping -c 4 google.com) para validar conectividad + resolución DNS a la vez.
Si por IP funciona pero por dominio no, casi siempre es un problema de DNS (resolver).
3) Revisar DNS con dig (y comparar servidores)
dig (Domain Information Groper) es una herramienta de BIND para consultar DNS y hacer pruebas de resolución.
Lo básico:
dig example.comdevuelve registros A si existen para ese host.dig example.com MXconsulta registros MX (útil si el problema es correo).- Para preguntar a un DNS concreto:
dig @8.8.8.8 example.com(muy útil para comparar respuestas entre servidores).
Si tu DNS local está lento o responde mal, comparar con un servidor público te ayuda a confirmar si el fallo es de tu red/ISP o del propio dominio.
4) Ver puertos y procesos con ss (alternativa moderna a netstat)
Para saber si un servicio “está levantado” y escuchando, ss es la herramienta típica.
Equivalencias comunes:
ss -alista conexiones/sockets (similar anetstat -a).ss -lmuestra solo sockets en escucha (similar anetstat -l).ss -tulnlista puertos TCP/UDP en escucha; flags:tTCP,uUDP,llistening,nnumérico.
Si quieres unir “puerto” con “proceso”, muchas guías recomiendan variantes con opciones para mostrar PID/proceso (según permisos), lo cual es clave para detectar qué demonio está ocupando el puerto.
5) Localizar el corte con traceroute y mtr
Cuando hay pérdidas o latencia, no basta con “ping a Google”: necesitas ver por dónde pasan los paquetes.traceroute mapea los saltos (hops) hasta un destino y muestra el tiempo de ida y vuelta (RTT) por salto.
Algunas implementaciones envían tres paquetes de sondeo y registran cómo llegan al destino, ayudando a entender en qué punto se degrada la ruta.
Si prefieres algo más “en tiempo real”, mtr (My Traceroute) combina funcionalidades de traceroute y ping y sirve para diagnosticar conectividad y rendimiento con estadísticas de latencia y pérdida por salto.
Por ejemplo, mtr -c 10 example.com lanza un número definido de sondas y te da métricas como pérdida y latencias (avg/best/worst) por hop.
Flujo rápido de diagnóstico (plantilla)
ip a→ ¿La interfaz correcta está UP y con IP?ip route→ ¿Hay ruta por defecto al gateway?ping -c 4 <gateway>→ ¿LAN/Wi‑Fi OK?ping -c 4 1.1.1.1y luegoping -c 4 google.com→ ¿DNS falla?dig @8.8.8.8 example.com→ confirma si es tu DNS o el dominio.ss -tuln→ ¿el servicio escucha en el puerto esperado?tracerouteomtr→ ¿en qué salto aparece pérdida/latencia?
Otros artículos interesantes
