偶然发现挂着透明代理时的 MSS 不太对劲

感谢分享，一直觉得家里的网 mtu 有问题，但是查来查去又找不到原因

我是说，我直连就有问题

完全看不明白

不懂 我用的测着和你一样 低了会发生什么

我跟你一样 mss 1460 ，这有什么影响？不太懂

电信把这网站墙了，尴尬

广州电信游戏宽带的 CN2 出口的 MTU 竟然是 1440……不知道 NAT 网关是怎么搞的，有点离谱

测试了普通 163 （公网）、联通（公网）和移动（ NAT ）都是正常的 1492

如果这家机场用的是 azure 的话那就正常。azure 的 mss 就是 1400

1440 的 MTU 应该是采用了某种隧道或者 VPN 技术导致的（ IPSec Transport Mode 或者 WireGuard ），这也许说明这个游戏宽带并不是直接把 CN2 IP 分配到 BRAS 上然后 NAT ，而是 BRAS 与另一处的 CN2 网关打了隧道再把用户流量路由过去。

楼主的这个机场可能也是路径上有隧道。

自己的 vps ，也是这样：
MTU = 1500
MTU is fully optimized for broadband.
MSS = 1460
Maximum useful data in each packet = 1448, which is less than MSS because of Timestamps, or other TCP/IP options used.

想问下有什么影响吗？ net.ipv4.tcp_timestamps=0 会带来什么提升呢？

MTU = 1460
MSS = 1420

企业专线🐶

我觉得需要更多的背景知识才能下结论，有专业的人解释下么。

#11

研究了下 GCP 的默认 MTU 就是 1460
> We recommend a value of 1460 bytes because that matches the default MTU setting for Google Cloud virtual machine (VM) instances.


> The effective MTU for peer systems and Google Cloud VMs is typically lower than the MTU of your VPN gateway:

> For TCP traffic, MSS clamping rewrites the SYN packet of the initial TCP handshake. This action lets systems dynamically adjust maximum segment size (MSS) to accommodate encapsulation.

> For UDP traffic, if your firewall rule permits ICMP traffic, then Path MTU Discovery (PMTUD) can negotiate smaller MTU sizes under certain circumstances.We recommend a value of 1460 bytes because that matches the default MTU setting for Google Cloud virtual machine (VM) instances.

结论：云商服务器的 MTU 低于家庭内部常见的 1500 很正常, 感觉强行调大没准有副作用。

MTU 不一样对速度影响大吗？

移动企业专线：
MTU = 1500 + MSS = 1460
梯子：
MTU = 1440 + MSS = 1400
MTU = 1500 + MSS = 1460
MTU = 9000 + MSS = 9860

我直连就是这样，咋回事？。。。
MTU = 1440
MSS = 1400

手机网络直连，出现你图三的离谱场景……

“Maximum useful data in each packet = 1448, which is less than MSS because of Timestamps, or other TCP/IP options used.”

这个是说 MSS 里，timestamps 等 tcp/ip 选项占用了一些字节，你禁用完全没有问题，不禁用也有好处，比如网络设备之间确认 RTT

MTU 不是 1500 也没有关系，并不会对你的通信有啥影响，而且很多时候在翻墙的网络下还不容易出问题。