一个SOCKET选项导致的UDP通信问题

本文探讨了在不同路由器环境下,使用同一程序发送UDP包时出现的不同接收情况,并通过排查发现并解决了关键的SO_NO_CHECK选项导致的问题。解释了其原理及影响,并指出SDK中该选项设置不当可能引发的网络通信故障。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

场景:两台服务器,在不同路由器下,我们称之为服务器A和B,现在C向A发送UDP包,A可以收到;同样的程序,C向B发送成UDP包,B却只能收到一个包,后面全部没有到达网卡(tcpdump抓包显示)。

然后就是紧张的排查了,尝试用自己写的程序替换C的程序,结果发送到A和B都成功;这时候意识到一个问题,C原来的程序肯定有问题,于是去查看代码,最终发现唯一区别是socket选项,于是我们把那些选项一个个屏蔽,最终找到一个:SO_NO_CHECK

于是百度上google一下:

SO_NO_CHECK,打开或关闭校验和。该操作根据option_value的值,设置sock->sk->sk_no_check。


尼玛,原来是这玩意!阿三写的SDK真坑爹,校验和关闭了,很多路由器收到这个包就会丢掉,服务器能收到才怪。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值