我有一个Linux服务器托pipe我们的bug跟踪软件（CentOS 5.2 Kernel 2.6.18-128.4.1.el5），我有一些奇怪的networking问题。 该机器configuration了两个NICS，一个用于公共接口，另一个用于我们的服务器后端networking。
问题是，在重新启动服务networking后，我可以ping公共接口，并发送200-500个ICMP数据包，然后突然间，我开始收到一个请求超时错误。 奇怪，但只要我连接到私人界面的ping开始再次工作到公共界面。 我显然有一个路由问题的地方。
我有一个Juniper路由器，具有以下configuration。
接口0/0 – 将子网连接到位于我们协同定位的ISP的接口0/2 – 对于我们的DRACnetworking接口0/3 – 服务器后端networking（直接插入到交换机，连接到所有NIC位于10.3.20.xnetworking上Interface 0/4 – 直接插入另一台交换机，为我们的公共接口提供服务，作为所有来自公共IP地址的网关作为辅助IP地址。
我希望有人可以问正确的问题，可以让我检查一下事情，弄清楚发生了什么。 有没有人有类似的问题，我应该检查什么样的东西？ 路由问题或更复杂的东西？
[root@fogbugz ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 # Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ DEVICE=eth0 BOOTPROTO=static IPADDR=72.249.134.98 NETMASK=255.255.255.248 BROADCAST=72.249.134.103 HWADDR=00:16:3E:AA:BB:EE ONBOOT=yes [root@fogbugz ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1 # Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ DEVICE=eth1 BOOTPROTO=static BROADCAST=10.3.20.255 HWADDR=00:17:3E:AA:BB:EE IPADDR=10.3.20.25 NETMASK=255.255.255.0 NETWORK=10.3.20.0 ONBOOT=yes [root@fogbugz ~]# cat /etc/sysconfig/network NETWORKING=yes NETWORKING_IPV6=no HOSTNAME=fogbugz.dfw.hisg-it.net GATEWAY=72.249.134.97 [root@fogbugz ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 72.249.134.96 0.0.0.0 255.255.255.248 U 0 0 0 eth0 10.3.20.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1 10.0.0.0 10.3.20.1 255.0.0.0 UG 0 0 0 eth1 0.0.0.0 72.249.134.97 0.0.0.0 UG 0 0 0 eth0 在工作和非工作状态下检查'arp -an'的输出，并在错误的接口上查找MAC地址/ IP。
如果您在那里看到错误，您可能已经桥接了一些网段或者有代理ARP问题？
当networking不工作时，请显示route -n和arp -an的输出。
显示一切正常工作时的样子并不是很有用。 ;）
有两件事情，一个是你可能会遇到与防火墙非对称路由问题，这是一个常见的连接，然后死亡几秒钟的情况。
另一个是Linux RPF，把这个设置成这个sysctl ：
net.ipv4.conf.all.rp_filter=0
那台服务器上有什么网卡？ 我在Marvell芯片组网卡上遇到过这样几个问题。 通常的驱动程序问题和BIOS问题。
我们有同样的问题。 是在RHEL 5.3,2.6.18-128.el5我们有一个问题，我们的路线到我们的专用networking。 它不断下降。 我们find了一个工作。 我们把这个在我们的crontab中，这解决了这个问题。 * * * * * / sbin / arp -d IP存储
在看门狗超时会导致networking接口停止工作的某些板卡上，遇到了带有realtek驱动程序的linux内核的问题。 唯一的方法是重置networking和/或modprobe模块的ko文件。 检查/ var / log /消息的任何这样的消息。