解決問題的思路：
1.排查路由器的問題
2.進行服務器的排查，先ping 了下路由器（本意是測試下與路由器的連接問題），結果就發現了問題如下：
From 192.168.1.10: icmp_seq=1 Redirect Network(New nexthop: 192.168.1.1)
From 192.168.1.10: icmp_seq=2 Redirect Network(New nexthop: 192.168.1.1)
From 192.168.1.10: icmp_seq=3 Redirect Network(New nexthop: 192.168.1.1)
當時第一的反應是不會是192.168.1.10 出現了什么arp病毒之類的，但下面這台機器不好找，只好在這台機器移除網絡，但結果還是有問題。
3.定位到了arp 的問題
修改內核參數
net.ipv4.conf.eth0.accept_redirects=0
net.ipv4.conf.all.accept_redirects=0
net.ipv4.conf.default.accept_redirects=0
修改完成后運行以下命令使參數生效
/sbin/sysctl -p
確認這些也都是為0，繼續查看 arp -a
簡直慢的像頭牛，不過發現了問題，
(192.168.1.1) at 5c:dd:70:46:5c:3e [ether] PERM on eth0
原來出現在這，PERM，這明顯是做了IP和mac的綁定，而且是192.168.1.1（網關），這個MAC地址看來也是原來的路由器的MAC地址，而我們又換的是新的路由器MAC地址果斷不一樣，問題就出現在這。
|
1
2
3
4
|
[root@tss ~]
# ls /etc/ethers
/etc/ethers
[root@t***
v
~]
# cat /etc/ethers
192.168.1.1 5C:DD:70:46:5C:3E
|
看來問題就出現在這了。
4.處理問題
收集現在路由器的MAC。
vim /etc/ethers
192.168.1.1 新MAC
arp -f
arp -a
ping 192.168.1.1