告警通知变得轻松便捷——微信告警接口指南
879
2023-02-15
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报文如下:
1 2 3 4 5 | 代码描述 0网络重定向 1主机重定向 2服务类型和网络重定向 3服务类型和主机重定向 |
ICMP重定向报文的接收者必须查看三个IP 地址1). 导致重定向的IP地址,即ICMP重定向报文的数据位于IP数据报的首部2). 发送重定向报文的路由器的IP地址,包含重定向信息的IP数据报中的源地址3). 应该采用的路由器IP地址, 在ICMP报文中的4~7字节
发生ICMP重定向报文的必要条件:1). 出接口必须等于入接口2). 用于向外传送数据报的路由不能被ICMP重定向报文创建或修改过, 而且不能是路由器的默认路由3). 数据报不能用源站选路来转发4). 内核必须配置成可以发送重定向报文
1 2 3 4 5 6 7 | # 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 |
发表评论
暂时没有评论,来抢沙发吧~