本文速览

适用于 v2rayN 已选中服务器、内核已经启动，但浏览器仍然超时或提示代理错误的情况。先确认流量是否进入本地代理，再核对端口与路由，最后检查 DNS 和系统时间。本文以 Windows 桌面为操作示例，用显式代理请求与日志区分浏览器设置、本机监听、远端连接三类故障；每次只改一项，验证后再继续。

1. 先区分内核启动与网页请求成功

主界面显示运行状态，只能说明客户端完成了相应启动操作，不能证明目标网站已经可达。服务器列表里的延迟结果也有测试范围：TCP 连通不等于协议认证通过，某个测试地址能访问不等于所有网站都能访问。排错时要固定同一个目标地址，否则不同网站的网络差异容易被误判为配置变化的效果。

先保存当前设置，记下活动服务器、系统代理状态、路由模式、本地端口和测试时间。下面的数字是用于复现的命令参数，不是测速结果，也不代表每台设备的默认配置。若客户端显示的监听端口不同，后续命令必须一并修改。

127.0.0.1
本机回环地址，不是远端服务器
10808
本文代理端口示例，须核对实际监听值
15 秒
单次请求总超时，便于结束失败测试

2. 系统代理：确认浏览器确实进入 v2rayN

系统代理与服务器选择是两个独立设置。选中服务器后，如果系统代理仍处于清除状态，遵循系统设置的浏览器通常仍会直接连接。反过来，客户端退出后若系统代理残留，浏览器可能持续连接一个已经停止监听的本地端口。

  1. 启用系统代理

    在 v2rayN 的「系统代理」菜单中选择「自动配置系统代理」。桌面界面的入口位置可能随版本改变，以菜单文字和实际状态为准。

  2. 核对系统设置

    Windows 11 打开「设置」→「网络和 Internet」→「代理」，检查「手动设置代理」里的地址与端口。应与客户端提供的 HTTP 或混合代理监听一致，而不是远端节点地址。

  3. 排除浏览器覆盖

    暂时停用代理切换扩展，检查浏览器是否另行指定代理。使用独立代理设置的浏览器需要改成使用系统代理，再重新打开测试页面。

  4. 对照退出状态

    需要退出客户端测试直连时，先在「系统代理」→「清除系统代理」中撤销设置。只关闭窗口可能仍然驻留托盘，不应凭窗口消失判断内核是否退出。

“自动配置系统代理”是客户端菜单动作，不等于必须在 Windows 中手动填写自动配置脚本地址。如果设备有组织下发的脚本或代理策略，不要覆盖后再猜测结果。命令行程序也不一定使用 Windows 的系统代理，下一节用显式参数绕开这层不确定性。

3. 本地端口：先测监听，再测显式代理

端口值必须从当前配置或启动日志读取。不同版本、历史配置和自定义设置可能使用不同端口；不能把旧教程中的 HTTP 端口直接套到当前混合端口上。在 Windows PowerShell 中运行以下命令，先检查示例端口是否存在监听。

netstat -ano -p tcp | findstr ":10808"

查找本地地址为 127.0.0.1:10808、状态为 LISTENING 的行，末列是进程 PID。若监听地址是其他值，需要按实际配置判断。再到「任务管理器」→「详细信息」核对 PID 对应进程，避免把另一个程序的监听误认为 v2rayN 内核。

curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 5 --max-time 15 -I https://www.example.com/
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 5 --max-time 15 -I https://www.example.com/

这两条命令仅适用于该端口分别支持 HTTP、SOCKS 或同时支持两者的情况。混合监听可以依次测试；若是分开的监听，请分别换成实际端口。--noproxy "" 用于排除不代理名单干扰，socks5h 将目标域名交给代理端处理，后续解析位置仍取决于内核配置。测试域名只是固定对照地址，不承诺任何网络中都可达。

观察结果优先判断下一步
没有监听，连接立即被拒绝内核未启动、端口填错或监听失败先查启动日志与端口占用
显式代理成功，浏览器失败系统代理或浏览器独立设置有差异返回系统设置，停用代理扩展后复测
本地监听正常，请求仍然超时故障可能在路由、服务器连接或解析阶段对照同一时刻的内核日志
收到目标站点 HTTP 响应该次请求已到达 HTTP 服务区分网络连通与站点自身拒绝访问

4. 路由规则：区分进入代理与使用代理出站

浏览器把请求交给本地代理后，内核仍要根据路由决定使用代理、直连或阻断出站。因此“系统代理已开”并不意味着每个域名都经过远端服务器。尤其是导入自定义规则后，一条范围过大的直连规则就可能让目标请求从本机直接发出。

路由中的域名解析策略还会影响基于 IP 的匹配。目标域名解析到不同地址，可能命中不同规则；把全部故障都归因于节点并不准确。若只想补足入站、路由和出站之间的关系，可参照进阶配置，但本轮测试不要直接粘贴不匹配当前内核的完整配置。

5. DNS 解析：分别检查服务器地址与目标域名

解析至少有两个对象：远端服务器自身的域名，以及浏览器请求的目标域名。前者无法解析时，连接通常还未到达远端；后者失败时，则可能表现为只有某些网站打不开。浏览器的安全 DNS、系统 DNS、内核 DNS 也不是同一个设置，修改其中一个不保证其他路径一起改变。

nslookup www.example.com
ipconfig /flushdns

第一条命令检查系统当前解析器对目标域名的回答；还应对节点配置里实际的服务器域名执行同样查询，服务器填写 IP 时则没有这一步域名解析。第二条命令清理 Windows DNS 客户端缓存，不会自动清除浏览器或内核自己的缓存。系统查询成功，也不能证明代理侧解析已经成功。

报错：curl: (5) Could not resolve proxy

原因与解法：代理主机名无法解析，故障在代理入口而非目标站点。核对命令中的代理地址；本机测试应使用实际回环监听地址，避免把远端节点域名误填进 HTTP 代理入口。

报错：curl: (6) Could not resolve host

原因与解法：当前请求路径未能解析目标主机。先确认请求是否按预期使用代理，再比较系统查询、内核解析与浏览器安全 DNS 设置；不要仅靠反复刷新页面判断恢复。

报错：bind: Only one usage of each socket address (protocol/network address/port) is normally permitted.

原因与解法：启动监听时地址或端口冲突。用端口查询找到 PID，确认进程归属后关闭重复实例，或更换监听端口并同步系统代理设置，不要直接结束不认识的系统进程。

若普通 SOCKS 请求失败而 socks5h 请求成功，可以重点检查本地目标域名解析，但这只是定位线索，不是完整结论。如果使用加密 DNS，解析器的访问路径还可能依赖代理本身；应避免让建立代理所必需的服务器域名解析，又反过来依赖尚未建立的代理。修改后重启内核并复测同一目标。

6. 时间同步与握手：不要通过关闭验证绕过错误

时间偏差会影响证书有效期判断，VMess 等协议的认证也可能受时间影响。VLESS 本身与其外层 TLS、REALITY 等传输安全设置不能混为一谈：协议认证失败、证书错误和网络超时需要分别处理，单纯显示“已启动”无法排除这些问题。

  1. 打开 Windows「设置」→「时间和语言」→「日期和时间」，启用「自动设置时间」，检查时区，然后使用「立即同步」。
  2. 如同步失败，先排查系统时间服务和时间源访问条件；单位设备交由管理员确认。不要只修改时区显示而忽略实际系统时间。
  3. 重新发起一次请求，核对日志中是否仍出现证书过期、尚未生效或握手失败信息。
  4. 检查节点提供的服务器地址、端口、用户标识和传输参数。TLS 的服务器名称、REALITY 的公钥等字段应与服务端一致，不应凭猜测修改。

7. 常见追问与排查收尾

延迟有数字，为什么网页还是超时？

延迟测试只验证它所采用的测试路径。先用显式代理命令访问固定网址，再查对应日志；如果是 TCP 延迟成功，也不能据此认定用户标识、TLS 参数或目标网站访问都已通过。

开启 TUN 才能用，是不是系统代理坏了？

不一定。应用可能不遵循系统代理，或使用了独立代理设置。先关闭 TUN，用浏览器和显式代理请求分别验证；只有显式代理正常、浏览器异常时，才优先修正应用接入方式。

换一个节点恢复了，就能确定原节点失效吗？

只能说明故障与两组配置的差异有关。对照服务器域名、端口、协议和传输参数，再重复测试。订阅可能更新了服务端资料，确认来源后更新对应分组，不要把完整订阅地址发到公开讨论中。

退出 v2rayN 后所有网页都打不开怎么办？

先在 Windows「设置」→「网络和 Internet」→「代理」检查是否残留本地代理。必要时重新启动 v2rayN，执行「系统代理」→「清除系统代理」，再测试直连；组织管理的代理设置不要自行删除。

排查结束后恢复临时关闭的功能，并保存最终有效设置。需要进一步求助时，提供客户端与内核版本、操作系统、监听端口、路由模式、故障时间和脱敏日志。删除订阅令牌、用户标识及其他凭据，但保留错误类型与先后顺序。这样的记录比单独一张“已连接”截图更容易定位问题。