// DevOps

Solución de problemas de red para principiantes: Parte 1 — Direcciones, puerta de enlace, ping y traceroute

Publicado el 22.09.2026

Cuando «no funciona Internet», es conveniente realizar la comprobación de abajo hacia arriba: primero el propio equipo y la red local, luego la conexión con nodos externos, después DNS, puertos y aplicaciones. En esta parte — los primeros pasos: la configuración de red del equipo, la conexión con el router y las utilidades básicas ping y traceroute.

Configuración de red del equipo

Lo primero que conviene comprobar es si el equipo obtuvo una dirección y si conoce la puerta de enlace.

Linux:

bash
ip -br addr        # direcciones de las interfaces (resumen)
ip route           # tabla de enrutamiento, la línea default — puerta de enlace

macOS:

bash
ifconfig
netstat -rn        # tabla de enrutamiento

Windows:

bash
ipconfig

En la salida se observan tres parámetros:

  • IP del equipo, por ejemplo 192.168.1.10;
  • máscara de subred (255.255.255.0 o /24) — define qué direcciones están en la misma red local;
  • puerta de enlace predeterminada (la línea default via 192.168.1.1 en Linux, Default Gateway en Windows) — el router por el que sale el tráfico a redes externas. Sin puerta de enlace no es posible acceder a Internet.

Signos típicos de problema:

  • dirección del tipo 169.254.x.x — el equipo no recibió una dirección del servidor DHCP y se la asignó a sí mismo. La causa suele ser el cable, el Wi-Fi o el DHCP del router;
  • no hay la línea default o no está indicada la puerta de enlace — el equipo no sabe a dónde enviar paquetes fuera de la red local;
  • dirección de una subred distinta — por ejemplo, el equipo en 192.168.0.0/24 y el router en 192.168.1.0/24: no hay vecinos en la red.

¿Ve el equipo el router?: ARP

Dentro de la red local los paquetes se entregan por direcciones MAC. El protocolo ARP asocia una dirección IP con la MAC del vecino, y los resultados se almacenan en la tabla de vecinos.

Linux:

bash
ip neigh show

Windows y macOS:

bash
arp -a

Ejemplo de salida en Linux:

192.168.1.1 dev eth0 lladdr 00:1a:2b:3c:4d:5e REACHABLE

Estados de las entradas:

  • REACHABLE — el vecino respondió recientemente, hay conectividad;
  • STALE — la entrada es válida pero no se ha confirmado hace tiempo; al siguiente acceso el núcleo la comprobará de nuevo;
  • INCOMPLETE — aún no se ha podido determinar la dirección;
  • FAILED — el vecino no respondió a las solicitudes, no hay conectividad a nivel de enlace.

Si para la dirección de la puerta de enlace no hay una entrada con la dirección MAC o está en estado FAILED, el problema está por debajo de IP: cable, puerto del switch, Wi-Fi o el propio router.

ping: ¿hay conectividad con el nodo?

ping envía solicitudes ICMP de eco al nodo y muestra si han llegado las respuestas y en cuánto tiempo.

bash
ping -c 4 192.168.1.1     # Linux y macOS: 4 peticiones
ping 192.168.1.1          # Windows: por defecto 4 peticiones

Orden de comprobación recomendado:

  1. ping a la puerta de enlace (192.168.1.1) — si hay conectividad con el router.
  2. ping a una dirección externa (8.8.8.8) — si hay salida a Internet. Se indica la dirección numérica para que DNS no intervenga en la comprobación.
  3. ping a un nombre (ping -c 4 google.com) — si funciona la resolución de nombres. Si 8.8.8.8 responde y el nombre no, el problema es de DNS — a ello está dedicada la siguiente parte.

En la salida son importantes las pérdidas (packet loss) y el tiempo de respuesta (time=… ms). La falta de respuesta no siempre significa que el nodo sea inaccesible: muchos servidores y cortafuegos no responden a ICMP.

traceroute: dónde se corta el camino

traceroute muestra la cadena de routers hasta el nodo y el tiempo de respuesta de cada uno.

bash
traceroute 8.8.8.8        # Linux (paquete traceroute) y macOS
tracepath 8.8.8.8         # Linux, no requiere permisos root
tracert 8.8.8.8           # Windows

Cómo interpretar el resultado:

  • si la ruta se corta en el primer salto — problema en el router o en el proveedor en el punto de entrada;
  • asteriscos * * * en un salto intermedio cuando los siguientes saltos son normales — normalmente no es un problema: el router simplemente no responde a ese tipo de consultas;
  • un aumento brusco de latencia en algún salto, que se mantiene hasta el final de la ruta, indica un tramo congestionado.

La utilidad mtr permite monitorizar de forma continua una ruta con pérdidas en cada salto — sobre ella en la cuarta parte.

Resumen

La comprobación de la capa inferior se reduce a tres preguntas:

  1. ¿Tiene el equipo la dirección correcta y la puerta de enlace (ip -br addr, ip route, ipconfig)?
  2. ¿Ve el equipo el router (ip neigh, arp -a, ping a la puerta de enlace)?
  3. ¿Pasan los paquetes a la red externa (ping 8.8.8.8, traceroute)?

Si a las tres la respuesta es «sí», y las páginas no se abren, el siguiente paso es comprobar el DNS.

Recursos

// Reviews

Reseñas relacionadas

ladohinpy

Configuración de Mikrotik hAP. Configuraré su router Wi‑Fi Mikrotik.

21.07.2025 · ★ 5/5

Excelente profesional, experto y persona maravillosa. En una hora nos arregló lo que llevábamos días intentando solucionar. Estoy seguro de que no será la primera vez que recurramos a su excepcional profesionalismo.

Excelente especialista, un experto con mucha experiencia y una persona maravillosa. En una hora nos arregló aquello por lo que llevábamos días rompiéndonos la cabeza! Estoy seguro de que no será la primera vez que …

Ravenor

MikroTik hAP: configuración del router. Configuraré su router MikroTik Wi‑Fi.

28.05.2025 · ★ 5/5

¡Un enfoque profesional!

¡Enfoque profesional al asunto!

ErlikZ

Configuración del router Mikrotik hAP. Configuraré su router Mikrotik Wi-Fi.

31.03.2025 · ★ 5/5

// Contact

¿Necesitas ayuda?

Escríbeme y te ayudaré a resolver el problema

Respondo en un día laborable (03:00-13:00 GMT)

Или оставьте заявку здесь:

Confirme que no es un bot.

Escribir y recibir una respuesta rápida