Windows
macOS
Android
iOS
加速器启动后本地应用异常，并不一定代表应用本身损坏。常见表现包括 Microsoft Outlook 无法同步、Docker Desktop 拉取镜像失败、Adobe Creative Cloud 登录异常、浏览器能打开网页但本地开发服务无法访问，或者软件启动后一直处于加载状态。问题往往出在加速器改变了系统代理、路由、DNS解析或网络接口优先级。
如果只是某个网站变慢，通常先检查线路；但如果多个本地应用同时异常，就应把兼容性放在前面。尤其是下面几类用户，受到影响的概率更高。
哪些用户更需要检查兼容性
使用远程办公和企业网络的用户
远程桌面、企业 VPN、Microsoft Teams、Outlook 以及带有单点登录的办公软件，可能依赖固定的企业域名、证书或专用网络。加速器的系统代理若覆盖这些连接，可能导致登录反复跳转、证书校验失败，或内网地址无法访问。
这类用户应先确认公司 VPN 是否要求独占网络通道。有些 VPN 启动后会接管默认路由，而加速器又创建新的虚拟接口，二者同时运行时，数据包可能走错出口。
开发、测试和本地服务用户
使用 Docker Desktop、WSL2、Node.js、Python 或本地数据库的用户，也需要重点检查。开发工具经常访问 localhost、127.0.0.1、局域网地址和本地端口；如果加速器启用了 TUN 模式、全局代理或虚拟网卡，应用可能出现端口连接失败、依赖包下载异常或容器无法联网。
例如，浏览器访问本机的开发页面正常，不代表 Docker 容器能够访问宿主机服务。两者使用的网络命名空间和路由并不完全相同，因此需要分别验证。
使用多网卡、IPv6或安全软件的用户
同时连接 Wi-Fi、以太网、手机热点或企业 VPN 的设备，可能存在多个默认路由。加速器启动后若提高虚拟网卡优先级，本地应用使用的路径可能与浏览器不同。开启 IPv6 时，部分应用还可能优先走 IPv6，而加速器只处理 IPv4，表现为连接超时或速度明显下降。
Windows Defender 防火墙、第三方杀毒软件和网络防护模块也可能把新建的虚拟网卡视为陌生网络。此时应用没有崩溃，却无法建立连接，是较典型的兼容性现象。
先区分应用故障与加速器冲突
排查时不要一开始就重装应用。可先做一次前后对照，判断异常是否与加速器存在直接关系。
- 完全退出异常应用，并记录具体表现，例如无法登录、打不开本地页面、同步失败或端口连接被拒绝。
- 关闭加速器，必要时断开它创建的虚拟网络接口，再重新打开应用。
- 在相同网络、相同账号和相同设备条件下重复操作。若应用立即恢复，兼容性冲突的可能性较高。
- 重新启动加速器，只关闭全局代理或 TUN 模式，保留普通应用加速，再观察异常是否复现。
- 检查系统代理、DNS和防火墙提示，记录变化，不要同时修改多个设置，否则难以判断原因。
按问题类型检查关键设置
本地地址和端口无法访问
首先确认应用实际使用的是 localhost、127.0.0.1、局域网地址还是远程域名。代理通常不应处理 localhost 和内网网段。可在加速器的分流规则中加入本地地址例外，或关闭“代理所有连接”后测试。
如果应用依赖固定端口，例如本地开发服务器常使用 3000、5173 或 8080，应检查端口是否仍在监听。加速器一般不会直接占用这些端口，但虚拟网卡、容器网络和防火墙规则可能改变访问路径。
域名能解析但应用仍无法连接
这时要分别测试 DNS解析和实际连接。浏览器可能使用自己的 DNS 或 DoH，而桌面应用使用系统 DNS，因此两者结果不一定相同。可以暂时关闭加速器的 DNS 接管功能，重新解析业务域名，再对比应用表现。
如果应用使用企业内网域名，应优先使用企业 VPN 提供的 DNS；如果应用访问的是公开服务，则可测试系统自动 DNS与加速器 DNS之间的差异。不要在没有记录原设置的情况下长期修改 DNS。
登录、同步和证书报错
检查系统时间、HTTPS 检查功能和安全软件的网络扫描功能。部分安全软件会对加速器的虚拟接口重新建立证书检查，可能影响 Outlook、Teams 或 Creative Cloud 等需要持续登录的应用。可以先暂停相关网络检查模块进行短时对照，但不要长期关闭防火墙或杀毒软件。
不同用户的处理优先级
| 用户类型 | 优先检查 | 较合适的处理方式 |
|---|---|---|
| 远程办公用户 | 企业 VPN、系统代理、内网 DNS | 让企业网段直连，避免两个全局通道同时接管 |
| 开发测试用户 | localhost、容器网络、本地端口 | 关闭 TUN 或启用本地地址绕过规则 |
| 多网卡用户 | 默认路由、接口优先级、IPv6 | 固定主要出口，分别测试 IPv4 和 IPv6 |
| 安全软件较多的用户 | 防火墙、网络扫描、虚拟网卡权限 | 查看拦截日志，按应用或接口添加必要例外 |
什么时候应停止使用当前配置
如果关闭加速器后应用仍然异常，问题可能来自系统更新、应用自身配置、企业策略或网络设备，而不是加速器。若只有加速器启动时出现问题，应优先切换到规则分流，而不是直接使用全局模式。
修改后建议一次只变更一项设置，并在启动、登录、访问本地服务和退出加速器四个阶段分别测试。保留原配置截图或导出文件，便于恢复。对于公司设备，还应遵守管理员规定，不要自行安装未经允许的网络驱动。
常见问题
加速器启动后只有一个本地应用异常，是否需要重装？
通常不需要。先关闭全局代理、检查该应用的代理设置和本地地址例外，再考虑修复或重装应用。
浏览器正常，但 Docker Desktop 无法联网，正常吗？
这种情况并不少见。浏览器和容器可能使用不同的代理、DNS和网络接口，需要分别配置，不能用浏览器能上网来证明容器网络正常。
是否应该直接关闭防火墙？
不建议。应先查看拦截日志，只对可信应用或必要网络接口添加临时例外，并在测试结束后恢复安全策略。
IPv6 是否一定要关闭？
不一定。只有在确认应用优先使用 IPv6、而当前加速器或网络路径对 IPv6支持不完整时，才适合短时关闭进行对照测试。
怎样判断问题已经解决？
至少要在加速器启动和关闭两种状态下，分别验证应用登录、数据同步、本地服务访问和系统休眠后恢复。只有异常不再随加速器状态重复出现，才能认为兼容性处理有效。加速器启动后本地应用异常时，优先检查网络接管范围，通常比反复重装软件更有效。