先看错误码，再比较“出口 IP、目标网页、另一个浏览器”三项结果。 找不到服务器 IP，优先查 DNS；连接超时或重置，继续查线路和代理；已经出现地区或账号提示，就按网站要求处理。不要把“VPN 已连接”当作所有网页都能打开的证明。
用同一台设备、同一个公开网址，每次只改一项，修改前记下原设置。下面五步可以按症状跳着看，不必全部重做。
1. 先用 IP 检查结果分流，别一上来重装
保持当前连接，打开免费 IP 与浏览器环境检查，点“开始检查”，记录 IP、国家、ASN 和时间；然后打开真正失败的公开页面。若已有同一网络下未连接时的记录，比较完整 IP，而不只看国旗。
| 你看到的情况 | 下一步重点 |
|---|---|
| 出口 IP 已变，目标页面提示找不到服务器 IP | 看第 3 步，检查当前浏览器的 DNS 设置 |
| 出口 IP 已变，目标页面一直超时或被重置 | 看第 4 步，对比线路、代理和目标网站 |
| 出口 IP 未变，而且原本要求全部流量走 VPN | 先核对浏览器是否被排除、扩展代理和客户端接入方式 |
| IP 检查失败，普通网站也打不开 | 先做下面的基础网络检查 |
| IP 检查正常，但页面已显示地区、订阅或账号限制 | 查目标网站的资格要求和账号状态，别反复改 DNS |
IP 变化说明这次查询的出口发生变化，不能证明其他 App、所有 IPv4/IPv6 连接或 DNS 查询都走同一路径。两个查询站结果不同时，按地址、IPv4/IPv6 与归属地对照方法分别比较。
普通网站也打不开时： 保存未提交内容，在允许断开 VPN 的设备上暂时断开，只访问一个平时能直接打开的公开页面，不登录、不提交敏感信息。仍然失败，先检查 Wi-Fi、移动数据或公共 Wi-Fi 的官方认证入口；断开能用、连接后不能用，再继续排查。受管理设备不要关闭强制保护。
2. 同一条线路，换一个浏览器
保持 Wi-Fi、VPN 线路和网址不变，用另一个已安装的浏览器打开同一个无需登录的页面。
- 只有原浏览器失败： 比较它的独立代理扩展、安全 DNS 和网站数据，不要先重置整个系统。
- App 能用、所有浏览器失败： 核对客户端是否接管浏览器流量，以及浏览器是否另配了代理。
- 所有浏览器都失败： 看具体错误码，再做线路对照。
- 只有登录后失败： 记下网站给出的账号或地区提示，另查该服务的帮助页。
无痕窗口可辅助区分网站数据和扩展影响，但登录状态、扩展启用情况可能不同。若连接本来依赖代理扩展，先确认该扩展在测试窗口中是否运行；否则两次结果没有用同一条线路。不要为测试停用承担连接的扩展。
3. “找不到服务器 IP”：先查浏览器安全 DNS
先检查网址有没有拼错。如果只有一个域名解析失败，也可能是该域名本身的问题。重点是分清：当前浏览器用了独立 DNS，还是跟随系统／客户端设置。
Chrome：查看当前提供商，不要三处一起改
电脑上的入口是 设置 → 隐私和安全 → 安全 → 使用安全 DNS。菜单位置随版本可能略有不同，也可以在设置中搜索“安全 DNS”。
先记下开关状态、是否自定义提供商及其名称。Chrome 自动模式在安全查询失败时可能回退到未加密查询；选择自定义提供商时，不会自动按同样方式回退。因此，某个自定义 DNS 当前不可达，可能表现为找不到服务器 IP。Chrome 官方设置说明
需要对照时： 只在自己管理的设备上，按 VPN 服务商文档确认应使用的 DNS 方式。保持 VPN、网络和线路不变，仅把浏览器这一项改成该文档要求的设置，重新打开同一公开页面。不要同时改系统 DNS、路由器 DNS 和客户端规则；无改善就恢复原设置。
关闭浏览器安全 DNS 并不自动代表更安全，也不能保证 DNS 会进入 VPN。它只是让这一层不再指定独立的加密解析；后续路径仍要看系统、客户端和网络设置。
Firefox：检查实际保护状态
入口是 设置 → 隐私与安全 → 基于 HTTPS 的 DNS，查看保护级别、提供商和当前状态。默认保护可能在检测到 VPN 或企业策略时停止使用 DoH；不要只看开关名称就认定正在用某个提供商。Firefox 官方说明
如果 Chrome 失败而 Firefox 正常，先记录两者的 DNS 选择和代理配置。差异能缩小范围，但还不足以单独认定是谁故障。公司或学校强制设置不要自行绕过。
DNS 检测出现 Google、Cloudflare 或多个国家，怎么读？
若网页已经能够加载，但想确认解析去向，可另用 DNSLeakTest 做一次 Standard test。该服务会收到测试连接和解析查询；本站工具本身不提供 DNS 泄漏检测。
| 检测结果 | 应该怎么判断 |
|---|---|
| 同一家提供商出现多个 DNS 地址 | 可能是解析服务的转发或负载分担，不能按行数判定泄漏 |
| 出现 Google、Cloudflare 等名称 | 先核对浏览器、系统或客户端是否选择了该公共 DNS |
| DNS 国家与 VPN 出口国家不同 | 先核对解析提供商和预期配置，不要仅凭国旗判定泄漏 |
| 原本要求 DNS 由 VPN 处理，却出现本地运营商解析器 | 保存结果，核对客户端的 DNS 接管、分流及服务商说明 |
| 空白、超时或检测失败 | 没有得到有效结果，不是“没有泄漏” |
检测页看到的是处理测试域名查询的解析服务器，不是设备到解析器之间的完整路由记录。仅凭提供商名称，不能证明查询经过或绕过了 VPN；加密 DNS 也不等于 VPN 隧道。DNSLeakTest 的测试原理说明解释了为什么配置一个 DNS，也可能出现多个服务器。
4. 超时、重置或代理错误：固定网址，只换线路
先按错误分组，再决定改什么：
| 错误或提示 | 优先检查 |
|---|---|
| ERR_NAME_NOT_RESOLVED | 网址、域名解析、浏览器自定义 DNS |
| ERR_CONNECTION_TIMED_OUT | 连接等待过久，比较目标网站与线路，不要直接判为 DNS 故障 |
| ERR_CONNECTION_RESET | 连接中断，记录在哪个页面、哪一步发生，再比较网络和线路 |
| NET::ERR_CERT_DATE_INVALID | 系统日期与时间是否准确 |
| 证书无效、连接不是私密连接 | 停止登录，不绕过警告、不安装陌生证书，联系网站或管理员 |
错误码含义可对照 Chrome 官方列表。
再检查有没有同时运行两个代理客户端、旧手动代理端口，或把目标浏览器排除在 VPN 之外。正常退出不使用的工具，只调整自己管理的设置，不关闭整套防火墙或安全防护。
然后保持设备、浏览器、网络和网址不变，只换一条线路：
- 换后恢复：记录前后线路名称、时间和错误码，交给服务商核对。
- 多条线路都只有同一网站失败：查看目标网站状态与官方帮助。
- 多个网站都失败：进入第 5 步，换网络再比较。
5. 换网络后，决定找谁处理
保持设备、浏览器、网址及 VPN 线路不变，将 Wi-Fi 换成自己的移动数据或热点，注意流量费用。
- 换网络后恢复： 优先排查原网络及其与这条线路的连接。
- 不同网络都只有同一网站失败： 向目标网站支持提供错误时间和公开网址。
- 多个网站、浏览器、网络都失败： 向客户端或 VPN 服务商提供下面的对照记录。
基础连接与公共 Wi-Fi 检查可参考 Chrome 连接排障。
直接复制给客服
- 设备／系统／客户端／浏览器版本：
- 时间与时区／Wi-Fi 或移动数据／线路名称：
- 失败的公开网址／完整错误码：
- IP 检查：成功或失败；出口是否符合预期：
- 浏览器安全 DNS：当前提供商和状态：
- 换浏览器：能打开／不能打开／未测试
- 只换线路：能打开／不能打开／未测试
- 只换网络：能打开／不能打开／未测试
- 如做过 DNS 检测：解析提供商、测试时间、与预期配置的差别：
公开发图时遮住完整 IP、邮箱和带登录参数的网址。不要发密码、订阅地址或会话令牌；客服确需完整 IP 排障时，再单独提供。
排查后仍不好用，怎么比较另一款工具？
先用工具选择清单核对设备支持与试用条件，再在同一设备、网络和目标页面下做对照。可以从 Linka 官网查看客户端和当前套餐，重点测试能否打开你真正要用的网页或 App，而不是只看“已连接”或检测页的国旗。