设置TCP-MSS值设置1400即可

谢谢，这个很宝贵，也解决了我的问题

终于可以停留在最新版的ikuai了，解决了困扰我很久的问题，开森。:)

然后把我找到的信息分享一下给大家吧，原文链接：https://blog.csdn.net/meihualing/article/details/113739693


什么是 MSS , MSS 的动机是什么
MSS（Maximum Segment Size，最大报文长度），是TCP协议定义的一个选项，MSS选项用于在TCP连接建立时，收发双方协商通信时每一个报文段所能承载的最大数据长度。

    我们都知道，如果TCP/UDP往IP层发送数据时，因为物理网络层一般要限制每次发送数据帧的最大长度。所以IP层接收到一份要发送的IP数据报时，它要判断向本地哪个接口发送数据（选路），并查询该接口获得其MTU。
   
    IP把MTU与数据报长度进行比较，如果太长了一次发送不下（超过MTU）则需要则进行分片。分片可以发生在原始发送端主机上，也可以发生在中间路由器上。

    UDP无法避免分片（除非应用层知道路径MTU并控制UDP报文大小），TCP则通过MSS协商来避免分片发生。

MSS 的大小与 MTU 有关, 为：

    MTU - (TCP 标头 + IP 标头) = MSS

假设 MTU= 1500 byte，那么 MSS = 1500- 20(IP Header) -20 (TCP Header) = 1460 byte，如果应用层有 2000 byte 发送，那么需要两个切片才可以完成发送，第一个 TCP 切片 = 1460，第二个 TCP 切片 = 540。




所以我尝试了将 TCP-MSS 由1500间隔4递减来测试服务是否正常，直到设置为1452，应用服务都恢复了，而我的MTU参照运营商的参数，设置为1492，按照上面的计算公式：


    1492 （MTU） - 20 （TCP标头） - 20 （IP标头） = 1452 （MSS），


是符合公式计算结果，也与实际的应用测试结果相一致，当然，只要 MSS 小于等于 1452（参照MTU的设置），且满足是4的整数倍，应用都能正常发送数据包，因此设置为1400也是可以的。


但还是留下一个疑问，为什么 3.5.X 版本以及更早的版本，在MSS一直设置为1500的时候没有受到影响呢，这一点估计要等 iKuai 官方的查证及回复了。

那个，我就是想报告一下所遇到的问题，并且在我的能力范围内进行了测试，但是由于现在需要上网课以及网络办公，所以暂时先不升到 3.6.11 版本了，如果有机会升级的话，再约时间配合测试吧。

感谢！

辛苦了，抱歉回复的晚了。
ikuai的配置信息我已经导出，不知道里面是否包含账户信息以及宽带信息？

AP型号如下： IK-X3 一台，IK-N6 两台，IK-H17 一台。

虽然这次在3.6.11下使用了一段时间，但是主要是在排障，也没有想到会是ikuai 的问题，直到和朋友讨论的时候想到可以回退 3.5.12 版本试试看，这才证实了问题应该是在3.6.x 上，而且我使用过 3.6.0， 3.6.1， 3.6.5， 3.6.6， 3.6.7， 3.6.11版本后都遇到了问题，所以猜测是不是 3.6.x 的版本更新了包括内核在内的大量内容，所以还有兼容或者其他的情况未被发现。目前在升级过上述几个版本后，最终都回退到了 3.5.12，其他未列出的 3.6.x 的版本没有升级尝试过。还请知悉。

谢谢。

暗夜 发表于 2022-12-9 15:15
这个得研究一下怎么提供。

不过从更新ikuai版本后没有修改配置的情况下，问题出现到，回退3.5.12版本后， ...

您时间方便时候也可以升级到最新固件 复现问题时候联系咱们技术给您看下
爱快技术在线时间：
周一到周五 早上九点到晚上九点
周末：早上九点到晚上六点

暗夜 发表于 2022-12-9 15:15
这个得研究一下怎么提供。

不过从更新ikuai版本后没有修改配置的情况下，问题出现到，回退3.5.12版本后， ...

如果发现这个问题的时候，联系下技术支持看下当时的环境，应该比较好哦