由于MTU设置不当导致的访问超时

VPN服务器图片加载异常排查
本文记录了一次VPN服务器配置完成后出现的部分图片无法加载的问题排查过程。通过抓包分析,定位到问题可能出现在客户端请求传输、服务器物理网卡到虚拟网卡的数据转发以及虚拟网卡转发过程中,并探讨了MTU及MSS对数据传输的影响。

现象

工作中遇到一件怪事:搭建好服务器后(VPN服务器,创建了虚拟网卡),服务器和客户端之间响应正常且很稳定,客户端也能正常通过服务器访问外网。但是访问个别网站时可以打开文字,但是部分图片打不开(也不是所有图片打不开)。

分析

根据以上现象,基本排除了虚拟借口或者物理接口有问题,怀疑客户端和服务器之间的网络问题,或者服务器的物理网卡上的数据没有全部给虚拟网卡。所以在服务器的物理网卡和虚拟网卡上同时抓包,客户端的网卡上也抓包。看报文到底丢在哪里了?

有三种丢包的可能:

1、客户端的加载图片的HTTP请求没有送到服务器,可能性较小。因为有些图片是可以打开的。

2、图片数据经过服务器的物理网卡eth0后没有正确传给虚拟网卡

3、服务器虚拟网卡在转发图片时丢包 

解决

扩展

MTU:maximum transmission unit.最大传输单元。

MSS:maximum segment size.最大报文段,也就是TCP或者UDP每次能传输的最大数据包长度,计算公式是MSS=MTU-TCP头长度(20)-IP头长度(20),一般是1500-20-20=1460字节,CS双方会根据彼此的MSS取最小值的一个MSS。

wireshark 中的 TCP segment of a reassembled PDU

数据超出了TCP的最大MSS时,主机会通过发送多个数据包来传送 这些数据(注意:这些包并未被分片)。对wireshark来说这些对相应同一个查询命令的数据包被标记了“TCP segment of a reassembled PDU”

问题,wireshark如何识别多个数据包是对同一个查询数据包的响应? wireshark是根据sequence number来识别,这些数据包ACK number是相同的,当然number的数值与查询数据包中的next sequence number也是一样的。

 

转载于:https://www.cnblogs.com/howo/p/8401627.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值