Короче говоря, каковы возможные причины ping 192.168.1.18
перенаправления на 192.168.1.199
(или на какие-либо другие случайные IP-адреса в 192.168.1.x
)?
--
Итак, вот вся история.
У меня дома есть сетевой принтер, NAS и три компьютера. Настройка сети выглядит так:
Однажды один из компьютеров не смог подключиться к принтеру. Позже я обнаружил, что пинг с этого компьютера приводит к странным результатам:
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:\>
Проблема, похоже, не зависит от того, к какой беспроводной точке доступа я подключаюсь. Кроме того, я не вижу той же проблемы на других компьютерах дома.
--
Эта информация не должна иметь значения. Я поместил ее здесь на всякий случай, вдруг она даст подсказку.
- Маршрутизатор: Asus RT-AC88U + Asus RT-AC68U
- Принтер: HP Color LaserJet Pro
- ОС: Windows 10 (другие компьютеры дома работают под управлением Windows 10 и 11)
решение1
Ничего не «перенаправляется», вы просто неверно интерпретируете вывод команды ping.
почему .199 вместо .18
Это первое неверное толкование. Оно гласит Reply from 192.168.1.199
. Проще говоря: ответ («от 192.168.1.199
») приходит либо от устройства, выполняющего пинг (это происходит, если маршрутизатор не задействован, например, если целевое устройство находится в той же подсети, что и устройство, выполняющее пинг), либо от маршрутизатора, «ответственного» за IP/подсеть назначения (если целевое устройство находится в другой подсети и должно быть маршрутизировано). Если подумать, это не может быть ответом от, .18
поскольку это устройство недоступно, поэтому оно не может дать ответ.
почему получено=4, но не потеряно?
Это вторая неверная интерпретация, Reply from *.*.*.*: Destination host unreachable
не считается как, lost
а как received
(ведь написано " Reply from...
"). Выход Request timed out
будет считаться как lost
.
Вы можете проверить это, отправив ping на подключенное устройство в вашей локальной сети и отключив устройство назначения во время отправки ping. Затем вы получите Request timed out
. Если вы очистите таблицу ARP ( arp -d *
в Windows) и снова отправите ping на устройство, вы должны получить сообщение Destination host unreachable
. Это, опять же, на языке неспециалистов, потому что после очистки таблицы ARP больше не будет MAC-адреса, связанного с IP-адресом, поэтому ping «не может быть отправлен».
Да, я согласен, что это не очень интуитивно понятно, если принять во внимание ваши ожидания (и, вероятно, ожидания большинства других пользователей), но это становится более или менее понятным, если принять во внимание, как это работает на самом деле (разрешение ARP, маршрутизация и т. д.).