v2rayN开了代理浏览器还是直连怎么办？
简答：先不要反复更换节点：用当前v2rayN界面显示的HTTP或混合端口执行一次显式代理测试，并同时观察核心日志。如果命令行能走代理而浏览器直连，问题通常在系统代理、PAC、浏览器独立代理或扩展；如果日志完全没有请求，再回头检查活动服务器、核心状态和监听端口。
定义：v2rayN开了代理但浏览器直连，指客户端核心可能已经启动，但浏览器流量没有进入v2rayN的本地入站端口，或进入后被PAC、例外列表和路由规则判定为直连。
先做最小验证：确认浏览器请求有没有进入v2rayN
本文是第三方使用指南，不代表任何客户端或网络服务的官方页面。最省时间的做法是先把问题分成“请求未进入v2rayN”和“请求已进入但被分流直连”两类。官方文档也明确区分了系统代理入口与核心路由：系统代理负责把部分应用流量送到核心，路由规则再决定流量从哪个出站连接发出。可参考v2rayN官方系统代理与路由说明。
| 现象 | 优先判断 | 下一步 |
|---|---|---|
| v2rayN日志没有浏览器请求 | 浏览器没有使用系统代理，或端口不对 | 检查系统代理、PAC、浏览器设置和扩展 |
| 日志有请求，但目标域名被判定为直连 | PAC、例外列表或路由规则命中Direct | 临时切换路由模式或检查规则顺序 |
| 显式代理测试失败，端口无法连接 | 核心未启动、活动服务器未选定或监听端口错误 | 回到v2rayN检查核心状态和当前端口 |
| 命令行成功，浏览器仍直连 | 浏览器没有继承系统代理，或扩展、策略覆盖 | 重启浏览器并检查独立代理设置 |
在PowerShell中，把PORT替换成v2rayN当前界面显示的HTTP或混合监听端口：
Test-NetConnection 127.0.0.1 -Port PORT
curl.exe -I --proxy http://127.0.0.1:PORT https://example.com第一条只验证本地端口是否可连接，第二条才是让命令行明确使用HTTP代理。不要把未确认的示例端口直接套用；v2rayN的端口可能因版本、核心和个人配置不同而变化。测试时同时打开v2rayN核心日志：如果第二条命令执行后日志出现请求，说明核心入口基本正常。
按顺序核对v2rayN、Windows代理和PAC
- 确认活动服务器。在服务器列表中确认目标节点已设为活动服务器，并确认核心状态不是停止、启动失败或反复重启。客户端显示有节点，不等于当前核心正在处理浏览器流量。
- 确认系统代理模式。v2rayN官方文档列出清除系统代理、自动配置系统代理、不改变系统代理和PAC模式。排查时先选择“自动配置系统代理”做最小测试；如果选择“不改变系统代理”，v2rayN不会替你修改Windows代理设置。模式定义以官方文档和当前版本界面为准。
- 核对Windows代理地址。打开Windows的“设置—网络和Internet—代理”，查看手动代理或自动配置脚本是否指向
127.0.0.1及当前有效端口。若同时存在旧的手动代理、PAC脚本和其他代理软件，先暂时只保留一种入口。 - 检查PAC和例外列表。PAC并不是全局转发规则，它可以让部分地址返回Direct。若只有某些网站显示直连，重点检查目标域名是否在PAC例外、Windows代理例外或v2rayN路由的直连规则中。不要仅凭某个网页显示的出口判断全部流量，因为不同域名可能命中不同规则。
- 重新启动浏览器。完全退出Chrome、Edge或Firefox，再重新打开。只关闭当前窗口有时不会结束后台进程；可以在任务管理器中确认浏览器进程已经退出后再测试。
v2rayN官方FAQ还提醒，Windows系统代理通常只配置HTTP代理，并不等同于所有应用都支持SOCKS5；不同软件可能需要自己的代理设置。具体行为应以当前版本和应用设置为准。
Chrome、Edge和Firefox分别怎么处理
Chrome或Edge仍然直连
先打开浏览器的系统代理入口，确认它没有被切换到独立的错误代理，也没有启用会修改连接的代理扩展。Chrome和Edge通常会使用Windows代理配置，但企业策略、启动参数、扩展或浏览器自身设置都可能覆盖系统入口。可以先用无扩展窗口或访客窗口测试；如果此时能进入v2rayN，再逐个停用代理、隐私、防火墙类扩展。
Edge的官方代理文档说明，手动代理设置包含代理地址、端口和绕过列表，绕过列表中的域名或地址可能直接连接。检查Edge代理与绕过规则时以微软文档为准。
Firefox仍然直连
Firefox可以单独设置连接方式。打开“设置—常规—网络设置—设置”，优先选择“使用系统代理设置”以测试Windows入口；如果这里选择了“无代理”或手动代理，Firefox可能完全不理会v2rayN写入的系统代理。Mozilla官方帮助页列出了“无代理”“自动检测代理设置”和“使用系统代理设置”等选项。Firefox连接设置以当前界面为准。
修改后完全退出并重启Firefox，再观察v2rayN核心日志。若Firefox日志有请求但浏览器页面仍表现异常，再检查DNS、证书提示、路由规则和目标站点本身，而不要继续重复修改系统代理。
日志有请求但仍像直连：检查路由、DNS和其他软件
如果显式代理命令能成功，v2rayN日志也能看到浏览器请求，但只有部分网站直连，通常不是“代理开关”问题，而是分流结果。先临时切换到更容易观察的路由模式进行对照测试；如果切换后现象改变，再回到原模式检查规则顺序、域名匹配和直连规则。不要把一次临时切换当成永久配置，确认原因后应恢复符合自己需求的规则。
如果日志显示请求进入核心，但域名解析结果与预期不符，继续检查DNS模式和浏览器的安全DNS设置。浏览器可能启用独立的安全DNS或企业策略，使DNS请求路径与普通系统代理不同；这会造成“页面能打开，但解析或访问路径与预期不同”的现象。此时先关闭浏览器独立代理扩展和独立DNS选项做对照，不要同时修改多个变量。
还要暂时退出其他代理客户端、网络过滤软件和抓包工具。它们可能改写系统代理、占用本地端口或覆盖PAC。若退出其他软件后恢复，逐个启动并检查冲突来源。v2rayN官方FAQ建议在复现问题后分别查看界面日志和核心日志；两类日志用途不同，不能只看托盘图标颜色判断浏览器是否已使用代理。日志位置和分类可查阅官方FAQ。
最后才考虑TUN。TUN更适合验证某个应用是否完全忽略系统代理，但它会改变流量接管范围，且不同核心、系统和版本的行为可能不同。把TUN当作对照实验，不要在尚未确认端口和系统代理的情况下直接用它掩盖入口问题。
修复后用三项结果确认，而不是只看网页提示
- 端口结果：
Test-NetConnection显示当前本地端口可连接。 - 核心结果：执行显式代理的
curl.exe命令后，v2rayN核心日志出现对应请求。 - 浏览器结果：完全重启浏览器后，目标页面请求能在核心日志中出现，且没有被PAC、例外列表或路由规则判定为Direct。
如果三项中只有第一项成功，说明只是本地监听存在；如果前两项成功但浏览器无日志，优先处理浏览器入口、扩展和策略；如果三项都成功但只有个别域名直连，优先处理PAC、例外列表和路由规则。这样可以避免把“节点已连接”“端口能打开”“浏览器已走代理”混成同一个结论。
常见问题
v2rayN显示已连接，为什么浏览器还是直连？
“节点已连接”只说明核心可能已经建立出站连接，不代表浏览器已经把请求送入本地代理端口。先看核心日志有没有浏览器请求，再检查Windows代理、PAC、浏览器独立设置和扩展。
v2rayN的本地端口应该填多少？
不要机械套用网上常见端口。打开当前v2rayN的参数或本地监听设置，确认HTTP、SOCKS或混合端口，再用该端口执行Test-NetConnection和curl显式代理测试。
为什么Firefox不走v2rayN，Chrome却可以？
Firefox可以单独选择无代理、自动检测、使用系统代理或手动代理。如果Firefox没有选择“使用系统代理设置”，它可能不会继承Windows中的v2rayN代理。修改后应完全退出并重启Firefox。
PAC模式会不会让浏览器部分网站直连？
会。PAC可以根据脚本返回Direct或Proxy，因此部分域名直连不一定代表客户端失效。应查看目标域名是否命中PAC、Windows代理例外或v2rayN路由规则。
要不要直接开启TUN解决浏览器直连？
不建议把TUN作为第一步。先确认活动服务器、核心、监听端口和系统代理；只有在确认浏览器或其他应用确实不遵循系统代理时，才把TUN作为对照测试，并以当前版本支持情况为准。