快柠檬在移动网络连接异常？理解IPv6-only、DNS64与NAT64

把Wi-Fi和移动数据当作两组条件

快柠檬连接失败如果只出现在移动数据下，先确认设备具备普通联网能力，是否存在未完成的网络登录、数据权限限制或临时中断。记录同一设备、同一应用操作，在相近时间切换Wi-Fi与移动数据后的结果，避免把不同设备和不同时间混在一起。

先按网络连接分层诊断确认进程、登录状态和错误原文。某个网页正常，只证明到该网页的路径当时可用，不能证明全部域名、服务器和协议都可达。

IPv4、IPv6与双栈并不是同一种接入

IPv4和IPv6使用不同地址格式。双栈环境具备两类协议能力；IPv6-only接入本身主要提供IPv6路径，访问IPv4-only服务时可能依赖额外兼容机制。手机显示了IPv6地址，并不能单凭这一点认定当前网络就是IPv6-only。

Android与iOS设备的系统版本、网络配置和运营商环境都可能影响结果。本站没有确认快柠檬实际使用的地址族或连接机制，也不根据运营商名称推断其部署。安装包架构和网络地址族是两个概念，设备侧可另看Android APK与系统兼容检查。

DNS64负责合成，NAT64负责转换

DNS中的A记录描述IPv4地址，AAAA记录描述IPv6地址。在相应部署条件下，DNS64可基于A记录合成供IPv6客户端使用的AAAA结果；配套NAT64在网络侧转换IPv6与IPv4之间的流量。名称解析成功和转换路径可用，仍是两项需要分别确认的条件。

通用路径可以理解为：应用查询域名 → DNS64生成适用的IPv6结果 → 客户端通过IPv6到达NAT64 → 转换后访问IPv4服务器。实际是否采用该路径、使用什么转换前缀，取决于网络部署，不能仅凭一个连接超时就作结论。

按正常网络设置做有限对照

1. 查看系统网络信息，记录可见的IPv4、IPv6地址类型，分享时遮住完整地址及定位信息。
2. 保留默认DNS等原始设置，确认是否曾自行修改解析服务。不同DNS可能不具备当前接入需要的合成行为。
3. 若有可信的网络诊断能力，可只对获准测试的目标检查A、AAAA解析与两类地址的实际可达性，保存时间和结果。
4. 切回原网络复测一次，判断问题是否稳定复现。不要持续大量请求第三方服务器。

解析结果包含AAAA不等于连接一定成功；超时也可能出现在其他阶段。若错误明确来自代理协议，转到SOCKS5握手阶段判断，区分代理入口不可达与目标请求失败。

不要用关闭IPv6代替原因定位

并非所有移动网络采用DNS64/NAT64，也不是所有移动网络异常都与它们有关。无依据地关闭IPv6、随意改APN或覆盖DNS，可能破坏本来需要的兼容路径。对照结束后恢复已记录的原始设置，保留实际差异。

快柠檬在部分移动网络无法连接时，更有用的记录是：接入类型、发生时间、域名或地址形式、解析与连接分别在哪一步失败。它们比“移动网络不兼容”这一笼统结论更接近可处理的问题。