En resumen, ¿cuáles son las posibles razones por las que ping 192.168.1.18
será redirigido a 192.168.1.199
(o a algunas otras direcciones IP aleatorias 192.168.1.x
)?
--
Así que aquí está la historia completa.
Tengo una impresora de red en casa, un NAS y tres computadoras. La configuración de la red se ve así:
Un día, una de las computadoras no pudo conectarse a la impresora. Más tarde descubrí que hacer ping desde esa computadora arrojaba resultados extraños:
C:\>ping 192.168.1.8
Pinging 192.168.1.8 with 32 bytes of data:
Reply from 192.168.1.8: bytes=32 time=4ms TTL=64
Reply from 192.168.1.8: bytes=32 time=2ms TTL=64
Reply from 192.168.1.8: bytes=32 time=2ms TTL=64
Reply from 192.168.1.8: bytes=32 time=2ms TTL=64
Ping statistics for 192.168.1.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 4ms, Average = 2ms
C:\>ping 192.168.1.18
Pinging 192.168.1.18 with 32 bytes of data:
Reply from 192.168.1.199: Destination host unreachable. <------- why .199 instead of .18 ??
Reply from 192.168.1.199: Destination host unreachable.
Reply from 192.168.1.199: Destination host unreachable.
Reply from 192.168.1.199: Destination host unreachable.
Ping statistics for 192.168.1.18:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), <---- and why received=4 but not lost?
C:\>
El problema parece ser irrelevante con respecto al AP inalámbrico al que me conecto. Además, no veo el mismo problema en otros ordenadores de casa.
--
Esta información debería ser irrelevante. Lo pongo aquí por si da alguna pista.
- Enrutador: Asus RT-AC88U + Asus RT-AC68U
- Impresora: HP Color LaserJet Pro
- SO: Windows 10 (otras computadoras en casa ejecutan Windows 10 y 11)
Respuesta1
Nada se "redirecciona", simplemente estás malinterpretando el resultado del comando ping.
¿Por qué .199 en lugar de .18?
Esta es la primera mala interpretación. Dice Reply from 192.168.1.199
. En términos sencillos: la respuesta ("de 192.168.1.199
") proviene del dispositivo que realiza el ping (esto ocurre si no hay ningún enrutador involucrado, por ejemplo, si los dispositivos de destino están en la misma subred que el dispositivo que realiza el ping) o de un enrutador " responsable" de la IP/subred del destino (si el dispositivo de destino está en una subred diferente y debe enrutarse). Si lo piensas bien, no puede ser una respuesta ya .18
que ese dispositivo es inaccesible, por lo que no pudo dar una respuesta.
¿Por qué recibió = 4 pero no se perdió?
Esta es la segunda mala interpretación, Reply from *.*.*.*: Destination host unreachable
no se cuenta como lost
sino como received
(al fin y al cabo dice " Reply from...
"). La salida Request timed out
contará como lost
.
Puede probarlo haciendo ping a un dispositivo conectado en su LAN y desconectando el dispositivo de destino mientras el ping está en curso. Entonces obtendrás Request timed out
. Si borra su tabla ARP ( arp -d *
en Windows) y vuelve a hacer ping al dispositivo, debería recibir el Destination host unreachable
mensaje. Esto es, nuevamente en términos sencillos, porque después de borrar la tabla ARP no habrá más direcciones MAC asociadas con la dirección IP, por lo que el ping "no se puede enviar".
Sí, estoy de acuerdo en que esto no es muy intuitivo teniendo en cuenta sus expectativas (y probablemente las expectativas de la mayoría de los demás usuarios), pero tiene más o menos sentido si tiene en cuenta cómo funciona debajo (resolución ARP, enrutamiento, etc.).