3.6.11_x64 版本苹果设备无法使用自带服务的问题

暗夜

我想反馈一个遇到的问题，不知道在这个贴子里对吗。


    从 3.5.x版本总共升级过6个3.6.x的系统版本，升级完后总是遇到无法正常上网的问题，因为不是全部下挂设备都无法上网，所以一直没找到问题的原因。
    最近这次是5天前从3.5.12版本更新到“iKuai8_3.6.11_Build202211181235”，这次更新完的初步测试都是正常的，直到发现ipad打开app store 反应：没有网络连接。然后就是解析app store的路由，关闭adguard，临时指向运营商dns等一系列的操作，包括还原ipad的网络设置。


归纳起来有这些“症状”：
    1. 目前所拥有的ios包括一台ipad mini6和一台iphone都出现了app store以及相关的系统更新、图书等服务无法正常连接的情况，同时我遇到的是爱思助手也无法正常使用的情况，而在更新ikuai系统前，均正常使用。
    2. 除了苹果自带的服务异常，以及爱思助手异常外，其余的应用、网络浏览等均正常。
    3. 使用随身mifi做热点提供给这两部ios设备，在没有调整其他设置的前提下，所有服务均恢复正常，包括app store以及爱思助手，可以正常下载、更新应用。
    4. 重新连接至ikuai ap后，仍然出现上述1、2点的情况，此时网内其他设备初步使用的情况均正常。
    5. 在ikuai中使用终端监控和协议监控时，ipad上打开app store时，能够看到ipad在有发起苹果私有协议，然后短时间内就会断开连接。


    昨晚尝试将ikuai的版本重新降回 3.5.12 后，在没有调整任何设置的情况下，两台ios设备的问题又恢复正常了，都可以正常打开app store以及爱思助手，可以正常下载和更新应用。

因为水平有限，我能观察到的状况只有这些，还请几位专家能够抽空研究一下这个情况。非常感谢！

lzj8888

设置TCP-MSS值设置1400即可

q136552

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

暗夜

终于可以停留在最新版的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 官方的查证及回复了。

暗夜

lzj8888 发表于 2022-12-13 07:28
设置TCP-MSS值设置1400即可

又一次作死升级到最新的 3.6.12 版本，问题依旧，但是按照 lzj8888 朋友的建议，将TCP-MSS修改为1400后，苹果、itools、Mihoyo的私有协议都恢复正常了，Apple Store 可以正常打开并下载应用。
感谢 lzj8888，这次终于不用回退到3.5.x版本了。

不过仍有个疑问，为什么在3.5.X 版本下，TCP-MSS 设置为1500 仍然可以正常访问上述的业务呢？
相当于我最近的情况就是从3.5.X 升级到最新的版本，然后发现苹果端设备异常后，就回退到 3.5.12 版本，期间什么配置都未修改，已经尝试过7个 3.6.X 版本的固件了。就在不停的升级--回退--升级 轮回中。

再次感谢 lzj8888！

走厂商私有协议的都失败了，但是在安卓和PC终端上都正常


APPLE 的私有协议 DNS解析正常，连接打开后立马就关闭了




尝试升级过7个 3.6.X 的版本，又都回退了。


最后是lzj8888指导下，修改了 TCP-MSS 参数，使得苹果的服务恢复正常！

暗夜

那个，我就是想报告一下所遇到的问题，并且在我的能力范围内进行了测试，但是由于现在需要上网课以及网络办公，所以暂时先不升到 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 的版本没有升级尝试过。还请知悉。

谢谢。

爱快技术支持01

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

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

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

小C

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

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

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