Зачем traceroute IP назначения печати для каждого перехода вместо IP маршрутизатора?
$ traceroute -n 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 8.8.8.8 3.158 ms 4.246 ms 5.054 ms
2 * * *
3 8.8.8.8 9.121 ms 10.245 ms 9.327 ms
4 8.8.8.8 12.134 ms 13.160 ms 13.144 ms
5 8.8.8.8 9.727 ms 10.938 ms 9.899 ms
6 * * *
7 8.8.8.8 8.138 ms 12.061 ms 11.841 ms
$ traceroute -n --icmp 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 8.8.8.8 2.046 ms 1.976 ms 1.962 ms
2 8.8.8.8 9.557 ms 9.547 ms 9.536 ms
$ traceroute -n --udp 8.8.8.8
<similar output to default mode but keeps going with * * * after last hop>
Это правильное количество переходов для режима по умолчанию (первый вызов выше) с правильным временем, но где IP-адреса маршрутизатора на каждом переходе?
traceroute 2.1.0
iptables был очищен: iptables -F && iptables -F -t nat
Ничего особенного в таблице маршрутизации:
$ ip route
default via 192.168.0.1 dev eth0 proto static
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.9
Самое странное, что эта проблема возникает на 3 разных хостах Linux в одной локальной сети (Arch Linux на x86_64, на aarch64 и на armv7h), но НЕ возникает на третьем хосте (Arch Linux на Подсистема WSL в Windows).
ОБНОВЛЕНИЕ : разница между хостами заключается в том, назначается ли хосту IP-адрес через DHCP от маршрутизатора (трассировка работает) или статически назначается в конфигурации клиента (разрывы трассировки).
Обходной путь, который устранил проблему для меня, заключался в том, чтобы разрешить маршрутизатору NAT назначать IP-адрес клиенту через DHCP вместо установки статической конфигурации IP-адреса в клиенте.
Предположительно, конфигурация NAT в маршрутизаторе каким-то тонким образом отличается между клиентами, зарегистрированными на DHCP-сервере маршрутизатора, и клиентами, которые просто появляются в подсети коммутатора.Я очень старался, но не смог выяснить, что именно настраивает маршрутизатор, чего не происходит, если клиент не использует DHCP. Пробовал регистрировать статических клиентов в базе данных роутера через веб-интерфейс, но ничего не изменилось. Также просмотрел интерфейс телнета, но в шелле нет iptables и смог найти что-нибудь подходящее среди команд и дампов. Роутер имеет фирменную прошивку.