v2rayN 连不上？从端口、DNS 到 TLS 的排查流程

每次只回答一个问题

先确认核心能启动、本地端口有人监听，再比较显式代理与实际应用。按失败发生的位置缩小范围，比同时修改 DNS、节点、端口和 TUN 更容易找到原因。

一、先保存故障现场

记录客户端版本、核心名称与版本、操作系统、接管方式、路由名称、故障时间和一个可重复失败的目标。说明是“所有网站失败”“一个应用失败”还是“一个域名失败”，以及问题是否发生在更新、切换网络或启用 TUN 之后。

官方 FAQ 区分客户端日志与核心日志：界面、更新等客户端问题通常看 guiLogs；连接与核心配置问题也要看主界面中的核心输出。^[1] 清空或隔离旧日志之前先保存需要的记录，再复现一次，避免把过去几天互不相关的报错混在一起。

二、先验证核心和本地监听

如果核心根本没启动，DNS 调整通常不能解决问题。先看配置解析、缺失核心、权限和端口占用错误。Windows PowerShell 可以检查指定端口是否正在监听；这里假设本地端口为 10808，请替换为客户端实际值。

Get-NetTCPConnection -State Listen -LocalPort 10808 |
  Select-Object LocalAddress, LocalPort, OwningProcess

没有输出或提示找不到对象，表示该检查没有发现监听记录；发现记录则继续确认进程确实属于当前核心。不要直接结束不认识的进程，尤其是公司软件、虚拟机和系统服务。

macOS / Linux 可在安装了 lsof 的环境使用以下命令；Linux 也可以用 ss -ltnp 查看监听端口，进程信息可能需要额外权限。

lsof -nP -iTCP:10808 -sTCP:LISTEN

三、做一次可解释的代理对照

先关闭 TUN，以免它改变“直接连接”的含义。保持同一个节点和目标，在 Windows 使用以下命令；macOS / Linux 把 curl.exe 换成 curl。

curl.exe --noproxy "*" --connect-timeout 10 --max-time 20 -I https://example.com/
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

第一条让 curl 不使用应用层代理；但如果 TUN、VPN 或网络网关仍在接管流量，它不保证物理直连。第二条显式使用本地 SOCKS 代理，并交由代理解析目标域名。^[2] 两条都应替换为实际故障域名复测，示例站点成功不代表业务站点成功。

如果目标不支持 HEAD，请去掉 -I。若返回 403 或 429，先确认响应来自目标站点、代理还是中间网关；HTTP 错误响应与“根本无法建立连接”属于不同问题，不能一律解释为节点失效。

四、按现象定位，而不是按猜测修复

观察到的现象	优先调查	下一步证据
本地代理端口连接被拒绝	核心未启动、端口填错或监听地址不同	启动日志与监听进程
多个配置均提示核心启动失败	配置兼容性、核心文件与端口冲突	第一条明确错误及核心版本
显式代理成功，浏览器失败	系统代理、扩展、应用独立设置	同一目标的新请求是否进入核心
只有一个域名失败	该域名的路由、DNS、TLS 或服务端响应	域名对应的连接日志与响应
开启 TUN 后才失败	虚拟接口、DNS、权限、路由冲突	关闭 TUN 的基线与开启后的变化
更新后失败，旧环境正常	客户端与核心兼容性、迁移设置	更新说明与隔离的旧配置复测

表格提供排查优先级，不把现象等同于唯一原因。尤其是超时，可能发生在多个阶段，需要日志和对照共同定位。

五、区分系统 DNS 与代理侧解析

Windows 可以分别查询 A 与 AAAA 记录，帮助判断系统解析是否存在明显差异：

Resolve-DnsName example.com -Type A
Resolve-DnsName example.com -Type AAAA

这些命令只反映该系统查询路径，不直接证明代理侧解析正常或异常。浏览器可能另用加密 DNS，SOCKS 代理可能在远端解析，核心也可能按策略选择解析器。比较时记录每条命令和应用实际使用的路径。

若只在 IPv6 相关路径上失败，先记录解析结果、核心日志和出口支持情况，再做局部对照。不要未经验证就永久关闭整台设备的 IPv6。若修改过自定义 DNS，保存配置后用当前版本默认设置进行对照；Xray 与 sing-box 的 DNS 配置含义并不完全相同。^[3]

六、TLS 报错要修复信任问题

证书过期、主机名不匹配、系统时间错误、缺少信任链以及协议参数错误，都可能影响握手。TLS handshake timeout 也可能只是连接在握手阶段没有及时完成，不能据此断言服务器一定被封锁。

优先核对系统时间、服务器名称与订阅提供者给出的参数。新版 Xray 对旧 allowInsecure 配置的处理已经变化，项目维护者有专门说明。^[4] 不要把“跳过验证”当作通用修复，也不要从失败连接中盲目信任刚获取到的证书指纹。证书固定需要通过可信渠道获得预期值，并考虑证书更新后的维护。

七、提交能被复现的问题报告

保留精确错误文本，但删除订阅令牌、UUID、密码、私钥以及不应公开的地址。完整配置可能包含凭据，不能因为“排错需要”就全部贴到公开讨论区。

Client / core versions:
OS and package:
Capture mode and routing profile:
Change immediately before failure:
Target and reproduction steps:
Expected / actual behavior:
Explicit-proxy test result:
TUN-off comparison:
Relevant sanitized log excerpt:

常见问答：换一个节点能用，是不是已经解决？ 它提供了有用对照，但仍要判断原节点、协议或特定路由是否异常；记录差异才能避免下次重复猜测。

常见问答：能否一次重置所有设置？ 只有在备份并确认代价后再考虑。先保存故障证据、建立最小可用配置，通常更容易保留可解释的结果。

YouTube 选题参考

以下视频的公开标题、简介和章节索引用于选题与界面参考。本文为独立撰写的指南，并非视频逐字稿；技术细节依据下列官方资料核对。

科技分享 · v2rayN 教程 2026-04-1601:58 · 21:16
科技分享 · v2rayN 教程 2025-09-2804:31 · 07:50

官方资料与适用范围

核对日期：2026-10-26。菜单名称和功能范围随客户端、核心与操作系统版本变化。文中的验收流程为建议方法，不是已经完成的性能实测结果。