Мой Fritzbox (7490) IP-адрес 192.168.178.1/24. Он настроен как маршрутизатор, DHCP и DNS-сервер. Когда я запрашиваю обратный поиск DNS по адресу 192.168.179.2, я получаю
> host 192.168.179.2
Host 2.179.168.192.in-addr.arpa. not found: 3(NXDOMAIN)
Это то, что я ожидал. Но просят
> host 192.168.175.2
2.175.168.192.in-addr.arpa domain name pointer localhost.
Я получаю localhost, хотя Fritzbox не отвечает за эту сеть. Это очень сбивает с толку, так как у меня есть установка vmware, размещенная на машине Windows с не только мостовым адаптером и адаптером только хоста, но и работающей сетью NAT, где 192.168.175.2 - это IP-адрес хоста. Разрешение 192.168.175.2 как «localhost» вызывает проблемы с маршрутизацией через vpn, работающий на хосте (что является единственной причиной, по которой мне нужны как мостовые, так и NAT интерфейсы в клиенте linux). Как мне это предотвратить? Кстати, FB отвечает на большинство обратных поисков вида 192.168.xx.yy с помощью localhost. Исключение составляют xx = 178, где оно дает реальное имя устройства, имеющего этот IP, и xx = 179, где оно говорит NXDOMAIN. Хотя я не исчерпывающе проверил все комбинации.
Вот что дают «route» и «route -n»:
> route && route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default fritz.box 0.0.0.0 UG 0 0 0 eth0
localhost 0.0.0.0 255.255.255.0 U 0 0 0 eth1
localhost 0.0.0.0 255.255.255.0 U 0 0 0 eth2
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 0 0 0 eth0
192.168.86.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
192.168.175.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
Проблема сейчас в том, что wicked не устанавливает маршрут в сеть vpn, вероятно, потому что думает, что он уже есть. Делать это вручную работает:
ip route add 10.20.0.8 via 192.168.175.2
Теперь я получаю следующую строку в "route -n"
10.20.0.8 192.168.175.2 255.255.255.255 UGH 0 0 0 eth2
Итак, еще раз: Как я могу предотвратить ответ FB на обратный поиск DNS с localhost? (Думаю, это никогда не понадобится).