系统代理开了没生效:浏览器与终端两条线分别排查

先区分四个环节,不要直接重装

“系统代理已打开”只说明操作系统保存了一组代理地址,不等于每个应用都已经使用这组地址。一次完整连接至少经过应用代理设置、系统代理配置、本地监听端口和远端节点四个环节。任意一环断开,表面现象都可能是网页打不开或出口没有变化。

浏览器通常会读取系统代理,但也可能被浏览器自己的代理设置、企业策略或代理扩展覆盖。终端程序则更分散:部分命令读取 HTTP_PROXY 与 HTTPS_PROXY,部分需要命令行参数,还有一些程序默认完全忽略系统代理。因此,浏览器正常而终端直连并不矛盾。

浏览器线:确认系统设置确实被接管

浏览器排查的第一步不是反复刷新网页,而是确认操作系统中实际写入的代理服务器。Windows 可进入「设置」→「网络和 Internet」→「代理」,查看手动代理是否指向 127.0.0.1,端口是否与 v2rayN 的 HTTP 监听端口一致。macOS 可进入「系统设置」→「网络」→当前网络→「详细信息」→「代理」核对相同内容。

1. 确认节点活动

   在 v2rayN 主界面选中可用服务器,将其设为活动服务器,再确认内核状态没有持续启动或退出。

2. 重写系统代理

   先执行一次「清除系统代理」,等待 3 秒,再选择「自动配置系统代理」。这一步用于清理遗留的旧地址与旧端口。

3. 核对系统端口

   打开系统代理页面,确认地址为 127.0.0.1,端口等于 v2rayN 当前 HTTP 端口。若界面显示 10809,系统设置也必须是 10809。

4. 排除扩展覆盖

   临时停用浏览器中的代理管理扩展,完全退出浏览器后重新打开。只关闭标签页通常不会重建代理进程。

5. 新建干净窗口

   使用新的浏览器配置或临时访客窗口测试,避免缓存的网络策略、扩展规则和旧连接复用影响判断。

如果一个浏览器正常、另一个浏览器失败,本地内核和远端节点通常已经可用,重点应转向失败浏览器的独立代理设置。部分浏览器可以选择“不使用代理”“使用系统代理”或“手动代理”,此处应选择使用系统设置,或者手动填入经过确认的本地 HTTP 端口。

• 只有普通窗口失败而访客窗口正常:优先检查浏览器扩展和配置文件。
• 所有浏览器都失败,但显式代理命令成功:优先检查系统代理地址、端口和例外列表。
• 浏览器能访问部分网站:继续检查路由分流、DNS 和域名规则,不要只盯着系统代理开关。
• 切换节点后旧页面仍失败:关闭旧标签页并等待数秒,避免复用之前建立的连接。

终端线:用环境变量或参数明确指定代理

终端中的 curl、包管理器和开发工具不一定读取桌面系统代理。最可靠的测试方式是给单次命令明确指定代理。如果单次命令成功,说明 v2rayN 的本地端口与节点正常,后续只需为具体工具配置环境变量或专用代理选项。

HTTP 代理与 SOCKS 代理不能只靠端口名称猜测。HTTP 测试应使用 v2rayN 显示的 HTTP 端口;SOCKS 测试应使用 SOCKS 端口。使用 socks5h 可以让域名解析交给代理端处理,适合区分本地 DNS 解析失败与代理连接失败。

curl.exe --proxy http://127.0.0.1:10809 https://v2raylink.com/
curl --proxy socks5h://127.0.0.1:10808 https://v2raylink.com/

# PowerShell 当前会话
$env:HTTP_PROXY="http://127.0.0.1:10809"
$env:HTTPS_PROXY="http://127.0.0.1:10809"

# Linux 或 macOS 当前 shell
export HTTP_PROXY="http://127.0.0.1:10809"
export HTTPS_PROXY="http://127.0.0.1:10809"
export ALL_PROXY="socks5h://127.0.0.1:10808"

客户端线:检查监听、内核与端口占用

当浏览器与显式代理命令都失败时,应回到 v2rayN 检查本地服务。系统代理只是把流量指向本机端口,真正接收连接的是 V2Ray 或 Xray 内核。若内核启动失败、配置生成失败或端口被其他进程占用,系统代理开关仍可能保持开启,但所有连接都会失败。

1. 打开基础设置

   进入「设置」→「参数设置」→「基础设置」,记录本地监听地址、HTTP 端口与 SOCKS 端口。不同版本的字段排列可能不同,以界面实际值为准。

2. 检查内核类型

   进入「设置」→「参数设置」→「Core 类型」,确认当前节点使用的协议与所选内核能够匹配。VMess 与 VLESS 配置还应保留订阅提供的传输参数。

3. 查看运行日志

   重新启动内核后立即查看日志,重点搜索 failed、error、bind、refused 和 invalid 等关键词,不要只看系统托盘状态。

4. 更换监听端口

   若日志提示端口被占用,可将 HTTP 与 SOCKS 端口分别改到未占用值,保存并重启内核,随后重新写入系统代理。

5. 更新订阅配置

   在「订阅分组」中执行更新全部订阅,重新选择活动服务器。若只有单个节点失败,优先判断节点配置而不是客户端安装。

端口变更后必须同步更新三个位置:v2rayN 的监听设置、操作系统代理设置以及终端环境变量。只改其中一处会形成“客户端显示运行,应用仍连接旧端口”的错位。旧的终端窗口还会保留原环境变量,需要重新打开终端或在当前会话中覆盖。

连接已建立仍不通:继续查路由与 DNS

本地端口可连接并不代表目标流量一定走远端代理。v2rayN 的路由分流会按域名、IP、协议或规则集决定出口。若目标域名被匹配到直连,出口地址不会变化;若被匹配到阻止规则,浏览器可能直接报连接失败。此时反复切换系统代理没有意义。

排查路由时应先做短时间对照测试:保持同一节点不变,分别使用规则分流与全局代理访问同一目标。如果全局模式成功而规则模式失败,就检查该域名最终命中的规则与出口。测试完成后再恢复日常分流配置,避免把全局模式当成永久修复。

按结果收口:五分钟检查清单

完成排查后,不需要依赖“图标看起来正常”作判断。用明确的连接结果收口:系统设置中的端口与客户端一致、显式代理命令成功、浏览器在停用代理扩展后可访问、日志没有新的启动错误。以下顺序适合再次出现同类问题时快速复查。

1. 确认 v2rayN 已选择活动服务器,内核日志显示启动完成。
2. 记录实际 HTTP 与 SOCKS 端口,不要沿用记忆中的 10808 或 10809。
3. 清除后重新设置系统代理,核对地址为 127.0.0.1 且端口一致。
4. 停用浏览器代理扩展,彻底退出浏览器并重新打开。
5. 使用 curl 的 --proxy 参数分别测试 HTTP 与 SOCKS 入口。
6. 显式代理成功后,再给终端工具设置当前会话环境变量。
7. 只有规则模式失败时,检查路由命中与 DNS,不要继续改本地端口。
8. 只有单个节点失败时,更新订阅并切换节点对照。