我的Fritzbox(7490)ip是192.168.178.1/24。它被配置为路由器,DHCP和DNS服务器。当我要求在地址192.168.179.2上进行反向DNS查找时,我会得到
> 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不对该网络负责。这非常令人困惑,因为我有一个由Windows计算机托管的vmware设置,它不仅具有桥接和仅主机适配器,而且还运行NAT网络,其中192.168.175.2是主机的IP地址。将192.168.175.2解析为“ localhost”会导致无法通过主机上运行的VPN进行路由(这是我在Linux客户端中同时需要桥接接口和NAT接口的唯一原因)。我该如何预防?顺便说一下,FB使用本地主机响应形式为192.168.xx.yy的大多数反向查询。 xx = 178例外,它给出具有该IP的设备的真实名称,而xx = 179例外,它表示NXDOMAIN。不过,我尚未详尽检查所有组合。 这就是“ route -n”给出的“ route”:
> 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查找? (我认为绝对不应该这样。)