我遇到traceroute一些奇怪的问题。 我之前看到过这种情况,但从来没有在我的本地networking上。 当我运行跟踪路由到一个主机,在我的局域网上一跳,这是结果.. 30跳什么都没有。 这也是我是否连接到我的VPN服务器。
traceroute to 192.168.154.115 (192.168.154.125), 30 hops max, 60 byte packets 1 * * * 2 * * * 3 * * * ---etc... 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *
我在本地,路由器和vpn的防火墙上都有超过ICMP时间并启用了回显请求。 这同时发生-U和-T标志。 traceroute会如何解释失败? 它发生在我的networking中的任何主机上。 从LAN子网不在线的主机出于某种原因也被发送到我的VPN服务器:
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 1600 bytes 01:49:06.279282 IP (tos 0xc0, ttl 64, id 45407, offset 0, flags [none], proto ICMP (1), length 88) 10.8.0.1 > 10.8.0.4: ICMP time exceeded in-transit, length 68
我觉得我的电脑路由不正确,但我的路由表看起来不错。 我可以达到这些主机就好了。 之所以这么担心,是因为在过去的一个月左右,arpwatch和redis-server都在我的电脑上自动启用了,我从来没有使用过这些程序,而且Kali默认禁用了networking服务,我相信。 我应该关心这个吗? 什么可以解释traceroute的失败?
编辑:好的这里是路由器和两个客户端的路由表我试图traceroute:
:~$ route Destination Gateway Genmask Flags Metric Ref Use Iface default 10.2.0.1 0.0.0.0 UG 0 0 0 wlan0 10.2.0.0 * 255.255.255.0 U 0 0 0 wlan0 192.168.154.0 * 255.255.255.0 U 0 0 0 br-lan
:~$ route default 192.168.154.1 0.0.0.0 UG 0 0 0 eth0 192.168.154.0 * 255.255.255.0 U 0 0 0 eth0 :~$ traceroute 192.168.154.115 traceroute to 192.168.154.115 (192.168.154.115), 30 hops max, 60 byte packets 1 * * * 2 * * * 3 * * * --- snip-- 30 * * *
:~$ route default Openwrt.local 0.0.0.0 UG 0 0 0 eth0 192.168.154.0 * 255.255.255.0 U 0 0 0 eth0 :~$ route -n default 192.168.154.1 0.0.0.0 UG 0 0 0 eth0 192.168.154.0 * 255.255.255.0 U 0 0 0 eth0
我最终完全从头开始重新刷新固件,现在所有这些问题都消失了。 Traceroute再次工作,networking再次正常运行。 我将假设configuration搞砸了,这就是造成这种情况的原因。
顺便说一下,我的一些编辑今天被拒绝了,我猜是因为它们来自另一个可能使某人困惑的acct。 当我最初在security.stackexchange上发布这个问题时,我login到了不同的帐户。 对不起,在那里混乱。