iKuai爱快流控路由

标题: 3.6.11_x64 版本苹果设备无法使用自带服务的问题 [打印本页]

作者: 暗夜 时间: 2022-12-9 12:23
标题: 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以及爱思助手，可以正常下载和更新应用。

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

作者: 爱快技术支持01 时间: 2022-12-9 14:13
楼主您好，您说的这个苹果终端问题这边本地也有3.6.11环境是没有发现这些问题的，还麻烦您具体提供下3.6.11路由配置备份文件以及AP版本型号配置信息这一块我们才能够复现是否存在此问题

==========================================================================
如回复您这边还有需要协助可联系爱快技术工程师爱快已开通快速服务码通道，使用服务码可通过多渠道（爱快路由官网、微信小程序爱快微云、手机APP爱快e云，微信公众号爱快智能网络）进行技术咨询可以快速解决您的问题，具体操作步骤请看以下帮助链接
新内核版本测试固件帖：https://bbs.ikuai8.com/thread-129069-1-1.html
文本教程：http://ikuai9.com:555/s/fu36pp
视频教程：http://ikuai9.com:555/s/t0katu

尊敬的爱快用户，插播一条喜大普奔消息
爱快e云支持远程管理爱快路由、AP、交换机，更有丰富的网络检测/验收工具，新上线的方案设计功能更是为项目而生，目前Android和iOS端均已支持下载。
可打开此网址跳转下载链接进行下载：
https://www.ikuai8.com/product/software/client-app.html
苹果用户也可以直接在应用商店搜索爱快E云下载哦

作者: 暗夜 时间: 2022-12-9 15:15
这个得研究一下怎么提供。

不过从更新ikuai版本后没有修改配置的情况下，问题出现到，回退3.5.12版本后，问题消失，可以确定与配置无关吧。

作者: 爱快技术支持01 时间: 2022-12-9 15:40

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

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

不太确定您环境，可以先提供下AP型号以及版本信息，这边先搭建起来测一下

作者: 小C 时间: 2022-12-9 15:53

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

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

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

作者: 爱快技术支持01 时间: 2022-12-9 16:11

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

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

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

作者: 暗夜 时间: 2022-12-9 23:32
辛苦了，抱歉回复的晚了。
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-12 20:41
那个，我就是想报告一下所遇到的问题，并且在我的能力范围内进行了测试，但是由于现在需要上网课以及网络办公，所以暂时先不升到 3.6.11 版本了，如果有机会升级的话，再约时间配合测试吧。

感谢！

作者: lzj8888 时间: 2022-12-13 07:28
设置TCP-MSS值设置1400即可

作者: 暗夜 时间: 2023-1-12 23:06

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！
(, 下载次数: 41)
走厂商私有协议的都失败了，但是在安卓和PC终端上都正常

(, 下载次数: 34)
APPLE 的私有协议 DNS解析正常，连接打开后立马就关闭了

(, 下载次数: 42)

(, 下载次数: 42)
尝试升级过7个 3.6.X 的版本，又都回退了。

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

作者: 暗夜 时间: 2023-1-12 23:19
然后把我找到的信息分享一下给大家吧，原文链接：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 官方的查证及回复了。

作者: 暗夜 时间: 2023-1-13 11:23
终于可以停留在最新版的ikuai了，解决了困扰我很久的问题，开森。:)

作者: q136552 时间: 2024-5-10 17:55
谢谢，这个很宝贵，也解决了我的问题

欢迎光临 iKuai爱快流控路由 (https://bbs.ikuai8.com/)