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

2023-04-27 05:10:57 +08:00
 strp

https://www.speedguide.net/analyzer.php

路由器挂着透明代理:

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

直连:

某家机场就更离谱:

因为它提到了 Timestamps 所以我想是不是 Linux 的问题,难道 Linux 默认访问网络都会给 TCP 连接带上时间戳吗?我测了几台服务器都是这样,评论区懂得大佬可以说一下。

解决方法: 在你的服务器 nano /etc/sysctl.conf 最后加上 net.ipv4.tcp_timestamps = 0 保存 然后 sysctl -p

结果:

3360 次点击
所在节点    宽带症候群
17 条回复
piku
2023-04-27 06:59:09 +08:00
感谢分享,一直觉得家里的网 mtu 有问题,但是查来查去又找不到原因
piku
2023-04-27 07:01:46 +08:00
我是说,我直连就有问题
MeteorVIP
2023-04-27 07:27:42 +08:00
完全看不明白
GGC4
2023-04-27 07:37:05 +08:00
不懂 我用的测着和你一样 低了会发生什么
titanium98118
2023-04-27 08:12:46 +08:00
我跟你一样 mss 1460 ,这有什么影响?不太懂
datou
2023-04-27 08:17:02 +08:00
电信把这网站墙了,尴尬
Archeb
2023-04-27 08:31:16 +08:00
广州电信游戏宽带的 CN2 出口的 MTU 竟然是 1440……不知道 NAT 网关是怎么搞的,有点离谱

测试了普通 163 (公网)、联通(公网)和移动( NAT )都是正常的 1492
ryd994
2023-04-27 08:33:10 +08:00
如果这家机场用的是 azure 的话那就正常。azure 的 mss 就是 1400
Archeb
2023-04-27 08:59:34 +08:00
1440 的 MTU 应该是采用了某种隧道或者 VPN 技术导致的( IPSec Transport Mode 或者 WireGuard ),这也许说明这个游戏宽带并不是直接把 CN2 IP 分配到 BRAS 上然后 NAT ,而是 BRAS 与另一处的 CN2 网关打了隧道再把用户流量路由过去。

楼主的这个机场可能也是路径上有隧道。
YGBlvcAK
2023-04-27 09:56:13 +08:00
自己的 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 会带来什么提升呢?
MrGba2z
2023-04-27 10:07:37 +08:00
MTU = 1460
MSS = 1420

企业专线🐶

我觉得需要更多的背景知识才能下结论,有专业的人解释下么。
MrGba2z
2023-04-27 10:13:00 +08:00
#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 很正常, 感觉强行调大没准有副作用。
mmdsun
2023-04-27 12:42:41 +08:00
MTU 不一样对速度影响大吗?
totoro625
2023-04-27 13:20:36 +08:00
移动企业专线:
MTU = 1500 + MSS = 1460
梯子:
MTU = 1440 + MSS = 1400
MTU = 1500 + MSS = 1460
MTU = 9000 + MSS = 9860
XIU2
2023-04-27 14:09:04 +08:00
我直连就是这样,咋回事?。。。
MTU = 1440
MSS = 1400
oIMOo
2023-04-27 15:06:38 +08:00
手机网络直连,出现你图三的离谱场景……
cosmain
2023-04-27 22:31:35 +08:00
“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 也没有关系,并不会对你的通信有啥影响,而且很多时候在翻墙的网络下还不容易出问题。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/935786

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX