Wi-Fi 可以连接但移动数据无法连接的常见原因

「家里的 Wi-Fi 用得好好的，一出门切到移动数据，代理就彻底连不上了。」这类反馈在各个客户端的讨论区反复出现，涉及 Android 和 iOS，也涉及不同的协议与服务方。它不是某一款软件的缺陷，而是移动网络与 Wi-Fi 在结构上的差异，叠加系统权限机制共同造成的结果。理解这些差异，比盲目换节点更快解决问题。

快速判断：权限问题还是网络问题

先做两个简单测试，把问题一分为二：

1. 关闭代理客户端，只用移动数据打开普通网页。 如果连普通网页都打不开，说明是 SIM 卡、套餐或 APN 层面的问题，与代理无关，应先解决基础联网。
2. 保持移动数据，打开客户端并观察连接日志。 如果日志里完全没有连接尝试的记录，多半是系统没有给应用蜂窝网络权限；如果有大量连接尝试但全部失败或超时，则指向移动网络环境与节点的兼容性。

前者去系统设置里解决，后者继续往下排查网络侧因素。这个二分法的价值在于避免方向性错误：权限被禁用时无论换多少节点都不会好转，而网络环境问题在系统设置里翻再久也找不到答案，先分类再动手能省下大量时间。

移动网络与 Wi-Fi 的四个关键差异

运营商级 NAT。 家庭宽带通常只经过一层路由器 NAT，而移动网络普遍使用运营商级 NAT（CGNAT）：大量用户共享出口地址，连接跟踪表更繁忙，超时策略也更激进，长连接更容易被中途掐断。关于这一机制的基础概念，可参考术语页对 NAT 的解释。

IPv6 优先。 国内移动网络普遍已经 IPv6 优先，设备会优先尝试 IPv6 地址。如果节点服务器只支持 IPv4，而客户端或系统在解析、选择地址族时处理不当，就会出现”域名解析成功却连不上”的情形。这也是为什么同一个节点在以 IPv4 为主的家庭宽带下毫无问题。

更严格的 UDP 限制。 移动网络对 UDP 流量的限速和丢弃普遍比宽带激进，依赖 UDP 传输的协议在移动数据下可能明显劣化甚至完全不可用。两种传输方式在这方面的差异，可参考 TCP 与 UDP 的对比分析。

协议特征更易被干扰。 部分协议的流量特征在移动网络上受到干扰的概率更高，同一个节点在 Wi-Fi 下稳定、在移动数据下频繁中断的情况并不罕见，这类问题往往随时间和地区变化。如果服务方同时提供多种协议，在移动数据下做一轮对照测试，通常能直接找到可用的组合。

系统层面的常见原因

iOS：蜂窝数据权限。 iOS 为每个应用提供独立的蜂窝网络开关。客户端第一次联网时如果误点了拒绝，或权限被设为”仅 WLAN”，就会出现 Wi-Fi 一切正常、移动数据完全不通的典型表现。检查路径：设置 → 找到对应应用 → 无线数据。如果你使用的是 Shadowrocket，还可以对照 Shadowrocket 连上却无法上网的完整排查逐项确认。

Android：省电与后台限制。 各厂商的省电策略会在切换网络或熄屏时冻结后台应用，VPN 服务被系统回收后并不总是能自动重连，表现为切到移动数据的瞬间断流。把客户端加入省电白名单、允许自启动和后台运行，是 Android 上优先要做的设置。此外，部分厂商还提供”智能网络切换”或”双通道加速”类功能，会在 Wi-Fi 与移动数据之间自动切换、甚至同时使用两条链路，这类功能与 VPN 服务叠加时容易产生异常，排查期间建议先关闭。以 v2rayNG 为例的后台权限设置，可参考 v2rayNG 的安装配置教程。

APN 设置。 少数情况下，手动修改过 APN 或使用了运营商定制 APN，可能限制部分端口或协议。将 APN 重置为默认值后再测试，即可排除这一因素。

节点侧的原因

如果节点域名只解析出 IPv4 地址，而移动网络提供的是 IPv6 优先环境，某些客户端版本在选择地址族时可能出错；反过来，如果订阅里的节点填写的是 IPv6 地址，而当前网络不支持 IPv6，连接也会直接失败。一个实用的判断方法：在移动数据下改用以 IPv4 地址直接填写的节点测试，如果恢复正常，说明问题出在解析或地址族选择，而不是节点本身故障。另外要记得，移动网络下的 DNS 服务器由运营商下发，与家庭宽带使用的并不相同，两边解析结果出现差异属于正常现象，排查时不要默认它们一致。域名解析层面还存在污染与劫持等更多干扰因素，可参考 DNS 污染、泄漏与劫持的说明。

建议的排查顺序

1. 确认移动数据本身可用：关闭代理后能正常打开普通网页。
2. 检查系统权限：iOS 的无线数据开关、Android 的省电与后台限制。
3. 在移动数据环境下逐个测试不同协议、不同端口的节点，记录哪些可用、哪些超时。
4. 优先测试基于 TCP 传输的节点，排除 UDP 被限制的影响。
5. 换一张不同运营商的 SIM 卡，或让朋友开热点交叉验证，确认是否为特定运营商的问题。

每一步只改动一个变量，才能准确定位原因；一次改动多个设置，即使恢复了也不知道是哪一步起了作用。整个过程中把结果随手记下来：哪个协议在哪家运营商下可用、失败时日志里的关键字是什么。这些记录既是自己日后选节点的依据，也是向服务方反馈时最有说服力的材料。

什么时候联系服务方

如果同一订阅在 Wi-Fi 下全部正常、在多个运营商的移动网络下都大面积超时，并且已经排除了权限与省电限制，可以把测试结果整理后反馈给服务方，询问是否提供对移动网络更友好的端口或传输方式。部分服务方会针对移动网络场景提供不同协议的节点，各主流协议的特点差异可参考四种主流协议的横向对比，反馈时带上具体的协议与端口信息会更有效率。如果问题只出现在特定地区或特定时段，也一并说明——移动网络的干扰策略存在明显的地区差异，这条信息对服务方定位问题很有帮助。