代理开了只有部分应用能用怎么办？按分流、系统代理和 DNS 排查

更新于 2026-11-02 · flowercloud.site

简答：代理开了但只有部分应用能用，最常见原因不是“代理完全失效”，而是分流规则、系统代理覆盖范围或应用没有读取系统代理。先关闭代理确认原网络正常，再用全局模式或 VPN/TUN 模式做一次对照；如果对照后恢复，重点检查规则、允许列表、排除列表和 DNS。

定义：“代理开了只有部分应用能用”是指代理客户端显示已连接，但不同应用因代理接管方式、分流规则、网络协议或自身网络策略不同，出现部分可用、部分无法连接的情况。

先看这张速查表：不要同时修改多个设置

现象	优先怀疑	先做什么	成功标准
所有应用都不能用	原网络、节点、DNS、VPN权限或端口	关闭代理测试网页，再重新连接同一节点	关闭代理时原网络正常，开启后至少一个网页可打开
浏览器能用，某个应用不能用	应用不读取系统代理、应用排除规则或自身网络限制	查看客户端的允许列表、排除列表，必要时启用 TUN 或 VPN 模式	目标应用出现在代理接管范围内，并能完成一次连接
只有部分网站或服务不能用	规则分流、DNS、节点出口或服务端策略	临时切换全局模式或其他节点做对照	同一应用在对照模式下恢复，说明需回查规则或 DNS
换 Wi-Fi 后异常	系统代理、PAC、DNS 或网络认证	关闭代理确认新网络可正常打开网页	新网络直连正常，代理重新连接后目标应用可用

Windows 的系统代理位于“设置 > 网络和 Internet > 代理”，支持自动检测、设置脚本和手动代理；系统代理与 VPN 连接的代理设置是分开的，不能看到一个开关就认为所有应用都会走同一条路径。Microsoft 对 Windows 代理设置的说明可作为入口核对。

第一步：先判断是网络问题还是分流问题

关闭代理客户端或 VPN，使用当前 Wi-Fi 或移动数据打开一个普通网页。
如果直连也打不开，先处理网络本身，例如重新连接 Wi-Fi、完成公共网络认证，暂时不要改节点、DNS 和规则。
如果直连正常，再开启代理，只连接一个节点，先不要启用复杂规则、多个代理插件或额外网络工具。
记录结果：是所有应用失败、部分应用失败，还是只有单个应用失败。这个分类决定后续检查方向。

Windows 官方排障建议包括重新连接网络、更新 IP 配置、刷新 DNS 缓存，以及检查是否存在手动代理设置；这些动作适合在确认直连异常时使用，而不是代理问题的第一反应。Microsoft Windows 网络排障步骤可供复核。

第二步：检查分流、允许列表和排除列表

如果浏览器能用而某个应用不能用，先打开代理客户端的规则或分应用设置，检查目标应用是否被加入“直连”“排除代理”或禁止列表。部分客户端还会把应用按进程、域名或网络类型分流；同一个应用的登录、更新和业务请求也可能使用不同域名，因此只改一个域名规则未必能解决全部连接。

允许列表：只有列表中的应用进入代理，其余应用仍使用系统网络。
排除列表：被排除的应用绕过代理，其余应用继续使用代理。
直连规则：目标域名被规则指定为直连时，即使客户端显示已连接，也不会经过代理。
全局模式对照：只用于短时间定位问题。若全局模式能用，回到规则模式后应优先检查规则和 DNS，而不是反复更换节点。

Android 的官方企业文档明确区分允许列表与禁止列表：允许列表存在时，只有列表内应用使用 VPN，其余应用按系统网络连接；禁止列表中的应用则绕过 VPN。Google Android VPN 分应用设置说明可用于核对这一逻辑。

第三步：确认应用是否读取系统代理，必要时再检查 TUN 或 VPN 模式

系统代理通常更容易被浏览器等应用读取，但并不代表所有应用、命令行工具或自带网络组件都会遵循它。若只有某个应用不能用，检查客户端是否提供 TUN、VPN 或虚拟网卡模式，并确认系统已经授予相应网络权限。不要把“打开 TUN”当作固定答案：它可能改变更多应用的流量路径，也可能与其他 VPN、广告拦截器、防火墙或安全软件冲突。

Android 的 VPN 框架支持按应用建立允许或禁止列表；未设置列表时，系统才会把全部网络流量交给 VPN。修改分应用列表后，通常需要重新建立 VPN 连接才能生效。Android Developers 的 VPN 与分应用说明可用于确认客户端行为是否符合系统机制。

先关闭其他 VPN、网络过滤器和浏览器代理插件，只保留一个代理客户端。
重新连接客户端，观察系统是否出现 VPN 图标或网络扩展授权提示。
只对一个目标应用进行测试，不要同时启动多个客户端。
如果 TUN 或 VPN 模式有效，再逐项恢复其他工具，找出冲突来源。

第四步：按平台核对系统代理入口

Windows

打开“设置 > 网络和 Internet > 代理”，检查自动检测、设置脚本、手动代理和例外列表。若客户端已经通过 VPN 或 TUN 接管流量，不要再手动填写一个不确定的 HTTP 或 SOCKS 端口，否则可能出现浏览器能用、其他应用异常，或关闭客户端后系统仍残留代理。

macOS

打开“系统设置 > 网络”，选择当前网络服务，进入“详细信息 > 代理”。Apple 的设置页面包含自动代理发现、PAC、HTTP、HTTPS、SOCKS 以及绕过域名等选项。Apple macOS 代理设置说明可用于核对入口。若客户端使用 VPN 网络扩展，还要在“系统设置 > VPN”确认对应服务仍处于启用状态；Apple Mac VPN 设置说明提供了该入口。

Android

打开“设置 > 网络和 Internet > VPN”，检查当前 VPN、始终开启 VPN、阻止无 VPN 连接，以及客户端内的允许或排除应用。不同手机厂商的菜单名称可能不同，找不到时可直接在系统设置中搜索“VPN”。

iPhone

重点检查代理客户端是否获得 VPN 配置或网络扩展授权，以及是否设置了应用排除、按网络暂停或规则分流。若某个应用一直失败，先关闭分流规则做对照，不要直接删除全部配置；删除或重置前先确认是否会影响已保存的订阅、节点或其他关联设置。

第五步：最后排查 DNS、节点和应用自身限制

DNS：如果应用能打开部分页面，但域名解析失败、图片或接口加载不全，检查客户端 DNS 模式和系统 DNS 是否冲突。一次只改一个 DNS 选项，修改后重连并清理应用缓存或重新启动应用。
节点：保持规则和 DNS 不变，只更换一个节点。如果只有节点变化后恢复，记录原节点的延迟、丢包或连接错误，不要把单次恢复当成长期稳定结论。
网络：分别用当前 Wi-Fi 和移动数据测试。若只在一个网络失败，优先检查该网络的代理、DNS、认证或防火墙。
应用自身：某些应用可能使用独立网络设置、证书校验、地区策略或账号状态。此时代理显示连接成功，并不能证明应用一定允许当前网络路径。

每次只修改一个变量，并记录“网络、节点、模式、DNS、应用结果”。如果全局模式、其他节点和另一网络都无法让目标应用恢复，应停止继续反复改配置，转而核对客户端日志、应用错误信息和服务端策略。提交日志前应遮住订阅链接、Token、用户名、密码、节点地址中的敏感字段。

修复后怎么验证：用四项结果确认是否真的解决

网页：普通网页可以打开，且 DNS 不再持续报错。
目标应用：完成一次登录、刷新或实际业务请求，而不只是看到应用启动。
模式：规则模式和全局模式的结果差异已经解释清楚，知道是哪条规则或哪种接管方式生效。
网络切换：在另一个网络重新连接一次，并锁屏后恢复，确认不是偶然成功。

如果问题只在一个应用中出现，最终结论应写成“该应用需要单独处理或不读取当前代理方式”，而不是笼统判断为节点不可用。若无法互相印证客户端配置、系统权限和应用错误信息，就不要继续导入未知配置或公开包含 Token 的订阅链接。

常见问题

代理显示已连接，为什么浏览器能用但某个应用不能用？

通常是该应用没有读取系统代理，或被分流规则、允许列表、排除列表指定为直连。先检查客户端的分应用设置，再用全局模式或 TUN/VPN 模式做短时间对照。

要不要直接打开全局模式？

可以把全局模式作为定位工具，但不应直接当作最终修复。若全局模式有效，说明问题更可能在规则、DNS 或应用是否被代理接管；确认原因后再恢复规则模式。

Windows 系统代理和 VPN 是一回事吗？

不是。Windows 将系统代理、设置脚本、手动代理与 VPN 连接分开管理。某些应用会读取系统代理，另一些应用可能只使用 VPN 或虚拟网卡路径。

Android 只有部分应用走代理，应该检查什么？

检查 VPN 应用的允许列表、禁止列表、始终开启 VPN和阻止无 VPN 连接。允许列表存在时，列表外应用可能继续使用系统网络；修改列表后通常要重新连接 VPN。

DNS 和分流都可能出错时，先改哪个？

先用全局模式或另一节点做对照，并保持 DNS 不变。如果对照恢复，再单独检查规则；如果仍失败，再检查 DNS。一次只改一个变量，便于回退。

排查时可以把订阅链接或完整日志发给别人吗？

不建议。订阅链接、Token、用户名、密码和节点信息可能具有关联权限。提交日志前应打码，无法确认接收方和域名归属时，不要下载或导入未知配置。