烟台专业做网站公司,中国企业网址大全,杭州简单网技术有限公司,网站开发的在淘宝上是什么类目问题现象
某局点出现一个奇怪的现象#xff0c;客户端给服务端发送消息#xff0c;服务端仅能收到小部分消息#xff0c;大部分消息从客户端发出后#xff0c;服务端都未收到。
问题定位 初步分析 根据现象初步分析#xff0c;有可能是网络原因导致消息到服务端不可达客户端给服务端发送消息服务端仅能收到小部分消息大部分消息从客户端发出后服务端都未收到。
问题定位 初步分析 根据现象初步分析有可能是网络原因导致消息到服务端不可达但是又无法佐证因为确实有部分消息是能够被服务端接收到的。服务端应用问题通过某些渠道了解到接收端是客户自己实现的一个程序可能是程序存在bug导致消息丢失。该原因定位较困难客户表示可以接收其他发送端消息拒绝从接收端应用开始排查。 抓包 根据初步分析的第一点猜测我们决定进行抓包进行分析由于发送端使用的是udp包所以我们使用tcpdump工具在发送端进行抓包抓包后的结果是所有的数据包均被tcpdump捕获。根据第一步的结果可以得出结论问题并非出在发送应用端接着我们在接收端进行tcpdump抓包结果发现发送端发出来的包在服务端并没有全部被抓取到。问题已经显而易见了。 分析 根据上述抓包结果基本可以定界到中间的网络传输将数据包丢弃。而后排查网络问题发现是网络中的防火墙将数据包大于1472字节的包拦截并丢弃了。而防火墙的这一行为为出厂时默认配置目的是为了防止网络攻击。
问题根因
对于udp数据包当数据包过大时网卡会将其自动分片发送而在这个案例中udp报文里ip层的flag为0x02即df(don’t fragment)位为1表示不允许分片发送。
df 1的情况有以下两种 操作系统配置/proc/sys/net/ipv4/ip_no_pmtu_disc参数值 若上述参数值为0默认则表示可分片。 若上述参数值为2则强制不进行分片。 更详细的用法可以百度查一下。 这个案例中发送端机器参数为。 确认发送端网卡的mtu值是否大于1500 这里为什么是1500呢因为当udp数据包发出去后会在报文中添加28字节的报文头其中8字节的udp层20字节的ip层而1500 - 28 1472所以防火墙会将大于1472字节的数据进行拦截。 经过排查后发现发送端的机器的mtu值为8192所以当从发送端将大于1472小于8166的数据包发送出去时报文中所携带的df值为1后续经过的所有路由都没有进行分片导致数据包到达防火墙后被过滤。
查询网卡mtu方法ifconfig 正常情况下该值都为1500所以数据包能被正常分片在1472字节内。
解决方案
修改网卡mtu值这个操作可以直接百度到了。 ifconfig 网卡名称 mtu 1500 up 或 vim /etc/sysconfig/network-scripts/对应网卡的ifcfg文件 新增一行MTU1500 保存后退出并执行service network restart重启网卡服务。
