办公 VPN 与代理客户端都可能调整网络行为，但目的不同。前者通常连接企业资源，后者按配置处理应用流量。两者同时启用时，问题往往来自代理入口、DNS 或路由发生重叠。
把工作场景列清楚
分别准备一个企业内网地址、一个普通直连网页和一个需要代理的目标。先在原有办公 VPN 环境下记录结果，再启用代理客户端比较。只测试一个外部网页，无法说明企业域名与内部网段是否还正常。
设备受企业管理时，应遵守已有网络要求，涉及路由和 DNS 的改动先与实际使用规范对应。不要为修复个人代理而删除公司配置或绕过网络控制。
从系统代理开始比较
如果浏览器使用系统代理已能满足需求，可以先不启用 TUN。TUN 可能增加虚拟接口与路由规则，与另一 VPN 叠加以后，哪个接口负责哪段流量需要更仔细地确认。
内网域名通常还依赖企业 DNS。把所有解析请求交给公共服务，可能让内网名称无法解析。应按场景区分 DNS 路径，不能仅靠一条直连规则解决所有名称解析问题。
出现异常先退回最近的变化
若启用 TUN 后企业资源失效，先关闭 TUN 再重复相同测试。若系统代理阶段已经失败，查看浏览器是否把内网请求也送进了代理入口，以及命中了什么规则。
记录请求域名、命中策略和报错类型，分享时隐藏企业地址及敏感信息。排错目标是建立一套边界清楚、可重复验证的配置；不是让两个网络工具都显示“已连接”就算完成。