No tengo Internet: cómo diagnosticar una avería de red paso a paso

NETWORK TECHNOLOGY BLOG · GUÍA PRÁCTICA PARA ESTUDIANTES

Encuentra dónde se interrumpe la conexión

Si no tienes Internet, comprueba el enlace, la configuración IP, la puerta de enlace, la salida a una IP externa y la resolución DNS, en ese orden. Compara los resultados antes de cambiar ajustes: así podrás localizar el tramo que falla y justificar tu diagnóstico.

Esta guía utiliza Windows 10/11 e IPv4. Los comandos se ejecutan en el Símbolo del sistema. IPv6, una VPN, un proxy o el DNS seguro del navegador pueden seguir caminos distintos.

«Estoy conectado al Wi-Fi, pero no abre ninguna página». Es una incidencia habitual en casa y en un Centro de Atención a Usuarios (CAU). Aprender a resolverla consiste en hacer preguntas útiles y reunir evidencias, no en memorizar una lista de reinicios.

Qué aprenderás

Separar problemas de enlace, configuración, encaminamiento y nombres.
Interpretar ipconfig, ping, arp, nslookup y tracert.
Reconocer qué sugiere una IP 169.254.x.x.
Redactar una incidencia con pruebas y una comprobación final.

1. Antes de tocar nada: ¿qué está fallando?

Pregunta cuándo empezó, qué mensaje aparece y si ha cambiado algo. Después compara:

Una web o todas: abre dos servicios independientes. Una caída concreta no implica que toda la conexión esté averiada.
Una aplicación o varias: si solo falla el navegador, revisa su configuración, extensiones y proxy.
Un equipo o varios: prueba otro dispositivo en la misma red. En el móvil, desactiva los datos móviles para que la comparación sea válida.
Wi-Fi o también cable: si el cable funciona y el Wi-Fi no, centra las pruebas en el acceso inalámbrico.

Anota el alcance: «Desde las 10:15, dos portátiles del mismo Wi-Fi no abren ninguna web; un PC por cable sí». Es mucho más útil que «Internet no funciona».

2. Comprueba la conexión física o inalámbrica

En Ethernet, verifica que el cable esté bien insertado y que el adaptador esté habilitado. Prueba un cable o puerto conocido si puedes hacerlo. Los indicadores luminosos aportan pistas, pero no validan por sí solos todo el servicio.

En Wi-Fi, comprueba el modo avión, la red seleccionada y la señal. Estar asociado a un punto de acceso solo confirma el acceso inalámbrico: aún pueden fallar DHCP, el router o la conexión del operador. Una red de invitados puede exigir un portal de acceso.

En un centro educativo o una empresa: registra los resultados y sigue el procedimiento de soporte. Reiniciar un router compartido puede interrumpir el trabajo de otros usuarios.

3. Lee la configuración con ipconfig /all

ipconfig /all

Busca el adaptador por el que estás conectado. Ignora las interfaces desconectadas y distingue las de VPN o máquinas virtuales. En este ejemplo didáctico:

IPv4:                  192.168.1.50
Máscara:               255.255.255.0
Puerta de enlace:      192.168.1.1
Servidor DNS:          192.168.1.1
DHCP habilitado:       Sí

Dato	Para qué sirve	Qué comprobar
IPv4 y máscara	Identifican el equipo y su subred.	Que correspondan a la red prevista y no dupliquen otra dirección.
Puerta de enlace	Permite alcanzar otras redes cuando corresponde la ruta por defecto.	Usa el valor real del adaptador; no supongas que siempre termina en .1.
DNS	Resuelve nombres como example.com.	Que sea el servidor previsto y resulte accesible.
DHCP	Entrega automáticamente parámetros de red.	Si la configuración es automática o manual.

¿Qué significa una IP 169.254.x.x?

El bloque 169.254.0.0/16 está reservado para direcciones IPv4 de enlace local. En Windows, una dirección autoconfigurada de este bloque suele aparecer cuando el adaptador no consigue una concesión del Protocolo de Configuración Dinámica de Host (DHCP). Permite comunicación local en determinadas condiciones, pero no proporciona por sí misma salida IPv4 a Internet.

No concluyas «el servidor DHCP está roto». También puede faltar enlace, existir una VLAN incorrecta, un problema de acceso inalámbrico o un fallo en el trayecto hasta DHCP. Comprueba primero el contexto. El equipo podría conservar conectividad IPv6 aunque su IPv4 no funcione.

4. Haz pruebas desde el equipo hacia fuera

Prueba A · La pila local

ping 127.0.0.1

Es la dirección de bucle local. Una respuesta indica que esta prueba local de la pila IPv4 funciona; no comprueba el cable, el Wi-Fi ni el router.

Prueba B · La puerta de enlace real

ping -4 192.168.1.1

Sustituye la IP del ejemplo por la de tu configuración. Si responde, existe alcance de ida y vuelta para esos mensajes ICMP hasta la puerta de enlace. Si no responde, revisa dirección, máscara, enlace y acceso al router. Prueba también un servicio conocido del equipo cuando proceda: un cortafuegos puede filtrar ICMP.

Prueba C · Una IP externa

ping -4 1.1.1.1

Es un destino público de prueba. Si responde, hay conectividad ICMP IPv4 hacia ese destino en ese momento. Si falla, compara con otro destino permitido y con una aplicación real. No demuestra automáticamente que el operador esté caído, ni una respuesta garantiza que funcionen HTTPS o todos los sitios.

Prueba D · La resolución de nombres

nslookup example.com

Comprueba qué servidor se ha consultado y si devuelve registros. Si una IP externa responde y esta consulta falla, investiga DNS: configuración, alcance del servidor y posibles filtros. Una respuesta «no autoritativa» no es un error; puede proceder de un resolvedor recursivo.

nslookup example.com 1.1.1.1

Esta segunda consulta compara con un resolvedor concreto, sin cambiar permanentemente la configuración. Úsala solo si la red permite DNS externo. Si el DNS habitual falla y el externo responde, has acotado el problema, pero aún debes averiguar su causa.

Matiz práctico: el navegador puede utilizar DNS sobre HTTPS (DoH), caché propia o un proxy. Que nslookup funcione no garantiza que el navegador siga el mismo camino.

Prueba E · Observa el recorrido

tracert -d 1.1.1.1

Muestra los saltos que responden a las sondas. La opción -d evita resolver sus nombres. Un asterisco indica que no llegó la respuesta esperada dentro del plazo: algunos routers filtran o limitan estas respuestas y siguen reenviando tráfico. Si aparecen saltos posteriores, no sitúes la avería automáticamente en la primera línea con asteriscos.

5. La tabla ARP: una pista sobre vecinos IPv4

arp -a

El Protocolo de Resolución de Direcciones (ARP) relaciona direcciones IPv4 con direcciones físicas MAC en el enlace local. Ejemplo simplificado:

Interfaz: 192.168.1.50
Dirección Internet    Dirección física      Tipo
192.168.1.1           00-14-22-01-23-45     dinámica
192.168.1.100         00-14-22-67-89-ab     dinámica

Hay asociaciones almacenadas para dos vecinos. Si 192.168.1.1 es la puerta de enlace, su entrada indica que se aprendió una asociación IP-MAC, pero puede estar desactualizada. No prueba que el router responda ahora, que tenga salida a Internet ni que DNS funcione. La ausencia de una entrada tampoco basta para condenar al router: quizá aún no se ha intentado resolver ese vecino en esa interfaz.

Para destinos fuera de la subred, normalmente resuelves la MAC del siguiente salto local, no la del servidor remoto. En IPv6 se utiliza descubrimiento de vecinos, no ARP.

6. Caso guiado: «Tengo Wi-Fi, pero no navego»

Evidencias del ejemplo

IPv4 192.168.1.50/24; puerta de enlace 192.168.1.1; DNS 192.168.1.1.
La puerta de enlace responde a ping.
ping -4 1.1.1.1 recibe respuestas.
nslookup example.com agota el tiempo.
nslookup example.com 1.1.1.1 devuelve direcciones y la red permite esta consulta.

Cómo razonar el diagnóstico

Las primeras pruebas hacen menos probable un fallo general de enlace o de salida IPv4. La diferencia entre consultas centra la investigación en el DNS habitual o su acceso. No demuestra todavía qué componente exacto falla.

Comprueba si otros equipos que usan ese DNS tienen el mismo problema y revisa su servicio o el reenvío del router. Tras corregirlo, repite la consulta al servidor original y abre las páginas que fallaban. Si se autoriza un cambio temporal de DNS, registra el valor previo y restáuralo cuando corresponda.

7. Practica: decide la siguiente comprobación

Ejercicio 1 · Dirección 169.254.35.80 y puerta de enlace vacía

La red debería asignar parámetros por DHCP. ¿Qué investigarías primero?

Solución: verifica enlace, red Wi-Fi y acceso a DHCP. La dirección sugiere autoconfiguración de enlace local. No pongas una IP al azar: podría quedar fuera de la subred o duplicar otra.

Ejercicio 2 · Aparece el router en arp -a, pero no abren las webs

¿Puedes afirmar que Internet funciona?

Solución: no. Solo tienes una asociación almacenada. Comprueba alcance actual a la puerta de enlace, a un destino externo y resolución DNS. La caché puede contener datos anteriores a la incidencia.

Ejercicio 3 · La web abre, pero ping a su IP no responde

¿Está caído el servidor?

Solución: la aplicación web ha funcionado en esa prueba. ICMP puede estar filtrado o limitado; comprueba que comparas la misma familia IP y considera cachés. No conviertas el resultado de ping en una sentencia sobre todos los servicios.

Ejercicio 4 · IP externa responde; el DNS configurado falla

¿Qué prueba reduce la incertidumbre?

Solución: consulta el mismo nombre con otro resolvedor permitido y compara otros equipos. Si el externo responde, centra la investigación en el servidor original o su acceso. No cambies permanentemente el DNS sin comprender las necesidades de la red.

Ejercicio 5 · tracert muestra asteriscos en el salto 3 y responde en el 4

¿Se ha roto la conexión en el tercer salto?

Solución: no puedes concluirlo: la sonda alcanzó un salto posterior. El tercero puede no contestar estas sondas aunque reenvíe paquetes.

8. Errores frecuentes y acciones con sentido

Error	Mejor decisión
Reiniciar y cambiar varios ajustes a la vez.	Guarda evidencias y cambia una variable por vez.
Usar siempre 192.168.1.1 como router.	Lee la puerta de enlace real del adaptador activo.
Copiar la IP de un compañero.	Comprueba el plan de direccionamiento y evita duplicados.
Confundir Wi-Fi conectado con Internet disponible.	Comprueba por separado enlace, IP, salida y DNS.
Desactivar el cortafuegos como primera medida.	Investiga registros y reglas concretas dentro del procedimiento de soporte.

¿Cuándo tiene sentido renovar DHCP o vaciar DNS?

ipconfig /renew
ipconfig /flushdns

Son acciones distintas, no pasos obligatorios. /renew intenta renovar la configuración DHCP de adaptadores configurados automáticamente. /flushdns limpia la caché DNS del cliente de Windows; puede ayudar con una entrada local obsoleta, pero no repara el servidor DNS ni borra necesariamente las cachés del navegador.

ipconfig /release libera la configuración DHCP y puede interrumpir la conexión. No lo uses por rutina ni durante una asistencia remota sin prever cómo recuperarás el acceso. Algunos cambios requieren permisos elevados.

9. Tu ficha de diagnóstico y el informe final

Descargar ficha de diagnóstico en PDF

Completa el informe con síntoma, equipos afectados, hora, configuración, pruebas, resultados, acción aplicada y verificación. Una conclusión útil sería: «Fallaba la resolución mediante el DNS del router; se corrigió su configuración y se verificaron consultas al servidor original y navegación en dos equipos».

Repaso en un minuto

Enlace → configuración IP → puerta de enlace → destino externo → DNS → aplicación. Cada resultado reduce posibilidades. Una prueba aislada rara vez identifica por completo la avería.

Ahora puedes practicar la atención al usuario en el simulador CAU / Help Desk, explicando qué prueba pides y para qué.

10. Preguntas frecuentes

¿Si responde el router ya tengo Internet?

No. Solo has comprobado alcance hasta ese equipo con esa prueba. Puede fallar su salida, DNS o un servicio concreto.

¿Una IP 169.254 significa que la tarjeta está averiada?

No. En una red DHCP suele orientar hacia un problema para obtener configuración. Hay que revisar enlace y acceso al servicio antes de atribuirlo al hardware.

¿Por qué funciona una aplicación y otra no?

Pueden utilizar distintos protocolos, puertos, servidores, familias IP, proxys o mecanismos DNS. Compara la prueba de red con el servicio real que falla.

Para seguir aprendiendo

Fuentes técnicas

Comandos contrastados con documentación oficial; las salidas y situaciones de esta guía son ejemplos didácticos simplificados.

Microsoft Learn: ipconfig, ping, arp, nslookup y tracert.
IETF / RFC Editor: RFC 3927, direcciones IPv4 de enlace local.

Diagnosticar bien es poder explicar por qué haces cada prueba. Conserva la ficha y utiliza el mismo método en tu próxima incidencia.