系统代理不生效怎么办:浏览器与命令行终端分开排查

“启动了 v2rayN”和“应用流量已经进入代理”是两件事。v2rayN 运行 Xray 内核后，会在本机回环地址上建立 SOCKS、HTTP 或混合入站端口；系统代理则把其中一个端口写入操作系统设置。只有主动读取该设置的应用，才会把请求交给本地端口。节点显示已连接，只能说明客户端具备出站条件，不能证明浏览器、终端或其他程序已经使用它。

以 v2rayN 7.x 的常见配置为例，本地 SOCKS 端口可见为 127.0.0.1:10808，HTTP 端口可见为 127.0.0.1:10809。实际端口应以「设置」→「参数设置」中的本地监听配置为准；如果改过起始端口，测试命令也要同步修改。把 HTTP 请求发到 SOCKS 端口，或把 SOCKS 地址写成 HTTP 地址，都会表现为连接失败。

先验证 v2rayN 本地端口是否可用

开始检查浏览器之前，应先排除客户端端口未监听、端口被占用或内核没有成功启动。将 v2rayN 切换到准备使用的节点，查看主界面或运行日志是否出现启动成功信息，再核对当前 Core 类型。VMess、VLESS 等节点参数由核心处理，系统代理本身不会修正服务器地址、端口、传输层或用户标识填写错误。

1. 确认核心启动

   在 v2rayN 主界面选中节点并设为活动服务器，打开运行日志。正常情况下会看到核心启动与本地入站监听信息；如果窗口持续显示重启或退出，应先处理日志中的配置错误。

2. 核对监听端口

   进入「设置」→「参数设置」，记录本地 SOCKS 与 HTTP 端口。本文示例使用 SOCKS 10808、HTTP 10809，不要直接套用与界面不一致的数字。

3. 设置系统代理

   打开 v2rayN 的「系统代理」菜单，选择自动配置系统代理。随后进入 Windows「设置」→「网络和 Internet」→「代理」，确认地址指向 127.0.0.1，端口与客户端当前 HTTP 监听一致。

4. 测试回环连接

   在 PowerShell 中执行 Test-NetConnection 127.0.0.1 -Port 10809。结果中的 TcpTestSucceeded 应为 True；若为 False，问题仍在本地监听或端口占用。

5. 做显式代理测试

   执行 curl.exe --proxy http://127.0.0.1:10809 -I https://example.com。一次正常的本机测试中，回环建连时间通常低于 0.01 秒；远端响应耗时则取决于节点线路。

节点延迟测试可能通过客户端内部请求完成，即使系统代理地址写错也能得到结果。排查系统代理必须直接测试 127.0.0.1 的实际监听端口，并用显式代理请求确认数据可以经过核心。

浏览器不走代理的检查顺序

如果显式 curl 代理请求成功，而浏览器访问仍然直连，说明节点和本地端口大概率可用，下一步应聚焦浏览器读取代理设置的方式。先完全退出浏览器再重新打开，避免旧进程保留连接池或启动时读取的代理状态。仅关闭一个标签页通常不足以重建所有网络进程。

Chromium 系浏览器通常调用 Windows 系统代理，但独立代理扩展、受管理策略和启动参数可能覆盖系统设置。Firefox 则可以在自己的网络设置中选择“不使用代理”“使用系统代理设置”或“手动代理配置”。若只在 Firefox 中失败，应进入「设置」→「常规」→「网络设置」，选择使用系统代理，或者按 v2rayN 当前端口填写 HTTP 与 SOCKS 地址。

• 确认系统手动代理地址是 127.0.0.1，而不是已经失效的局域网地址。
• 确认端口与 v2rayN 当前配置一致，尤其注意切换配置目录后端口可能恢复默认值。
• 暂时停用会改写代理规则的浏览器扩展，再重启整个浏览器进程测试。
• 检查 Windows 代理设置中的例外列表，目标域名若被加入绕过清单，会直接连接。
• 分别测试普通窗口与隐私窗口；结果不同通常说明扩展权限或浏览器配置文件存在差异。
• 不要用已经缓存的单个页面判断结果，可打开开发者工具并测试一个新的 HTTPS 请求。

命令行终端要单独配置代理

命令行工具不能统一视为“自动读取系统代理”。同一个终端中，curl、PowerShell 模块、运行时包管理器和独立下载程序可能采用不同策略。最可靠的验证方法是先给单条命令显式传入代理地址，再决定是否设置当前会话的环境变量。这样可以避免把工具配置问题误判为 v2rayN 节点故障。

HTTP 代理地址应使用 v2rayN 的 HTTP 监听端口，例如 http://127.0.0.1:10809。需要使用 SOCKS 时，可写成 socks5h://127.0.0.1:10808；其中 socks5h 表示让代理端解析目标域名，可减少本地 DNS 解析与代理出站结果不一致的问题。具体工具是否支持该写法，应以命令自身的代理参数为准。

# PowerShell：仅影响当前窗口中随后启动的程序
$env:HTTP_PROXY="http://127.0.0.1:10809"
$env:HTTPS_PROXY="http://127.0.0.1:10809"
$env:NO_PROXY="localhost,127.0.0.1"

# 显式测试 HTTP 代理
curl.exe --proxy http://127.0.0.1:10809 -I https://example.com

# 显式测试 SOCKS，并让代理端解析域名
curl.exe --proxy socks5h://127.0.0.1:10808 -I https://example.com

:: Windows 命令提示符：仅设置当前窗口
set HTTP_PROXY=http://127.0.0.1:10809
set HTTPS_PROXY=http://127.0.0.1:10809
set NO_PROXY=localhost,127.0.0.1

# macOS 或 Linux 的 shell：仅设置当前会话
export HTTP_PROXY=http://127.0.0.1:10809
export HTTPS_PROXY=http://127.0.0.1:10809
export NO_PROXY=localhost,127.0.0.1

端口正常仍无法访问时检查 DNS 与路由

本地端口可连接，只能证明应用成功到达代理入口。请求进入 Xray 后，还会经过域名解析、路由匹配和代理出站。若规则把目标域名送往直连出口，外部观察结果仍可能显示本地网络；若节点服务器域名解析失败，则所有经该节点转发的请求都可能超时。此时应在复现问题的同时观察运行日志，而不是只看浏览器错误页。

先把测试范围缩小到一个节点、一个浏览器和一个显式 curl 命令。临时停用复杂的自定义路由，保留私有地址直连，其余测试请求交给代理出站。如果这样恢复，问题通常位于规则顺序、域名集合或出站标签；如果仍失败，则检查订阅中的服务器地址、端口、VMess 或 VLESS 用户参数、TLS 与传输方式是否和服务端一致。

1. 在 v2rayN 运行日志中找到测试时间点，确认能看到目标域名或目标地址。
2. 看到请求但显示直连时，检查路由规则命中的出站标签与规则优先级。
3. 看到 timeout 时，区分连接节点服务器超时和连接最终目标超时。
4. 看到域名解析失败时，核对节点服务器地址拼写，并切换到可用 DNS 后重启核心。
5. 完全看不到请求时，返回应用代理设置继续排查，不要先修改节点协议参数。

系统代理依赖应用主动读取代理设置，TUN 模式则通过虚拟网卡接管更广范围的 IP 流量。浏览器与终端问题可以先用系统代理和显式端口完成定位；只有明确遇到不支持代理配置的应用时，再评估是否启用 TUN，并同步检查管理员权限、DNS 与路由规则。

按结果选择对应修法

排查结束后，不必同时修改所有设置。最有效的方法是保留一个已知可用节点，以测试结果决定下一步：回环端口失败就处理核心与端口；显式代理成功但浏览器失败就处理浏览器代理来源；浏览器成功但终端失败就处理命令参数和环境变量；所有应用都能进入日志但出站失败，再检查 DNS、路由与节点配置。