一个本地网络服务器上的奇怪路由

时间:2013-11-12 03:36:24

标签: linux networking ping routes tcpdump

我有2个本地网络(2个办事处与openvpn连接)

网络1:

network 192.168.1.0/24
gateway 192.168.1.101

网络2:

network 192.168.2.0/24
gateway 192.168.2.10

在网络192.168.1.0/24我有2台服务器 - 192.168.1.180和192.168.1.183 首先在Debian 6上运行,第二次在Archlinux上运行(是的,我知道这对服务器来说是个不错的选择)。我的服务器上没有防火墙。

一切正常,192.168.2.0的客户端可以连接到192.168.1.0中的计算机并返回。除了服务器之一 - 192.168.1.180(Archlinux)。我无法连接到它,无法从它连接到192.168.2.0中的任何计算机。没有ping,没有traceroute。

output from 192.168.1.180:
route -n
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.101   0.0.0.0         UG    0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

我在网关上运行tcpdump(192.168.1.101)并在192.168.1.180上运行并获取此信息:

tcpdump src 192.168.1.180

listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
14:23:57.354061 arp who-has 172.19.155.1 tell 192.168.1.180
14:23:58.357354 arp who-has 172.19.155.1 tell 192.168.1.180
...

为什么它会寻找172.19.155.1?我不知道这个奇怪的IP意味着什么。我没有这样的网络,没有GW,没有。 如果我在所有其他计算机上运行ping(例如从192.168.1.183 ping)我得到:

tcpdump icmp

listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
14:29:36.834731 IP 192.168.1.183 > 192.168.2.10: ICMP echo request, id 3216, seq 1, length 64
14:29:36.956211 IP 192.168.2.10 > 192.168.1.183: ICMP echo reply, id 3216, seq 1, length 64

除了192.168.1.180之外,没有人会寻找这个奇怪的IP。我在192.168.1.180上清理了arp表,但没有任何帮助。

3 个答案:

答案 0 :(得分:1)

您的服务器x​​.180 / 24上有一个默认的gw配置,它指向172.19.155.1。因此,服务器假定所有流量必须通过172.19.155.1并尝试解析gw。在系统中查找默认的gw配置,如下所示

0.0.0.0 0.0.0.0 172.19.155.1

使用ip route xxx

您可以在x.101 / 24中看到数据包,因为它是一个ARP请求,它是广播MAC,您将在所有直连设备上看到它。

答案 1 :(得分:0)

我会做的事/检查:

  • 确保我没有第二个界面到达某处(ifconfig -a应该这样做)
  • 我知道,这不太可能......但是在该服务器上启用路由协议的可能性是多少?你会看到你的路由表中的路由,但我明白并非如此。
  • 在/ etc以及172.19.55.1
  • 的配置文件的任何位置运行grep

只是我的2c。

答案 2 :(得分:0)

我已经解决了这个问题。没有真正解决,但至少它现在有效。服务器必须全天候工作,但这是我的最后机会,我重新启动它))所有工作都停止了30分钟,但它是值得的。

我真的不明白wat发生在它身上。一些神秘的问题。