ICMP重定向报文导致的问题与分析

前段时间， 业务方反馈集群内有一台服务器慢请求(>1s)记录比其他台多一倍。查找了下原因，发现这台服务器的网关配置成同网段内其他服务器IP上了，导致ICMP重定向发生，后面将路由更正后，慢请求缓解很多了。 便于分析，画了个简单拓扑图如下所示： 过程分析如下： 1). server2如果要与internet通讯，首先是要把报文发送给server1的，因为server2的网关指向server1的。 2). server1收到报文并检查它的路由表，发现router是发送改报文的下一跳。当它把报文发送给router时，server1检测到这个报文的发送出去的接口与接收到的接口是相同的，这样ICMP重定向就触发了。 3). server1认为server2应该把默认路由指向router，所以就发送ICMP重定向报文给server2，告诉它以后把报文发送给router。 server1报文如下： server2报文如下： ICMP重定向报文类型有：

代码		描述
0			网络重定向
1			主机重定向
2			服务类型和网络重定向
3			服务类型和主机重定向

ICMP重定向报文的接收者必须查看三个IP 地址 1). 导致重定向的IP地址，即ICMP重定向报文的数据位于IP数据报的首部 2). 发送重定向报文的路由器的IP地址，包含重定向信息的IP数据报中的源地址 3). 应该采用的路由器IP地址, 在ICMP报文中的4~7字节 发生ICMP重定向报文的必要条件： 1). 出接口必须等于入接口 2). 用于向外传送数据报的路由不能被ICMP重定向报文创建或修改过, 而且不能是路由器的默认路由 3). 数据报不能用源站选路来转发 4). 内核必须配置成可以发送重定向报文 linux禁止ICMP重定向报文方法：

# vim /etc/sysctl.conf
net.ipv4.conf.eth0.accept_redirects = 0
net.ipv4.conf.eth1.accept_redirects = 0
net.ipv4.conf.lo.accept_redirects = 0
net.ipv4.conf.default.accept_redirects = 0
net.ipv4.conf.all.accept_redirects = 0
# sysctl -p

如需转载请注明出处： ICMP重定向报文导致的问题与分析 http://www.ttlsa.com/html/2311.html