节点连接失败怎么办?先分清超时、DNS与客户端配置问题
简答:节点连接失败时,先关闭代理确认普通网络,再用不同节点和网络交叉测试;随后检查订阅、DNS、代理模式与日志。能定位到具体层级后,再决定是本机修复、更新配置还是联系服务方。
定义:节点连接失败是客户端无法完成从域名解析、TCP连接、TLS握手到认证或代理转发其中一个环节的连接问题。
先做三步:判断是本机、单个节点还是全部节点
先不要反复点击测速。按下面顺序做三项对照,通常可以快速缩小范围:
- 关闭客户端代理,直接打开一个平时能访问的网站;如果普通网络也打不开,先修复本地网络、路由器或系统 DNS。
- 在客户端换两个不同地区或不同线路的节点;只有一个节点失败,优先怀疑该节点地址、端口或线路,全部节点失败则继续检查订阅、客户端和本地网络。
- 切换网络测试,例如从 Wi-Fi 换到手机热点;换网络后恢复,说明原网络、DNS、防火墙或路由策略更可疑。
| 现象 | 优先判断 | 下一步 |
|---|---|---|
| 只有一个节点 timeout | 单节点地址、端口或线路问题 | 换同组其他节点,并记录失败节点名称 |
| 全部节点 timeout 或 connect failed | 订阅、客户端、系统代理、DNS或本地网络 | 关闭代理测试,再更新订阅并查看日志 |
| 显示已连接但网页打不开 | 规则、DNS、应用代理或 TUN 接管不完整 | 分别测试域名解析、浏览器和其他应用 |
| 测速失败但部分网页可用 | 测速地址、规则或测试方式异常 | 不要只依据测速结果,改用多个真实目标验证 |
这一步的关键不是判断“节点好不好”,而是确认失败发生在哪一段链路。
看懂 timeout、connect failed 与 DNS 报错
timeout表示在规定时间内没有完成连接或响应,可能涉及端口不可达、线路丢包、防火墙或服务端未响应;它不等于一定是订阅失效。
connect failed表示客户端建立连接失败,常见于地址、端口、网络出口、代理冲突或节点端口不可达。若多个节点同时出现,优先排查共同配置,而不是逐个删除节点。
DNS resolve failed、name resolution failed表示域名解析阶段失败。Windows 可在命令提示符中运行 nslookup example.com 检查解析;Microsoft 文档说明,ipconfig /flushdns可清理 DNS 客户端缓存,适合排查缓存的失败记录。详见Microsoft DNS 客户端排障说明与ipconfig 命令说明。
TLS、证书或认证错误通常发生在解析和 TCP 建立之后。先检查系统日期、时间和时区,再确认订阅或节点凭据没有被截断。不要把完整订阅链接、密码、UUID或令牌直接发到公开论坛。
订阅与客户端配置:按这个顺序检查
- 更新订阅:确认订阅地址完整、客户端能收到新的配置,并观察是否出现 401、403、404 或解析格式错误。若只有更新失败而旧节点仍能连接,问题更偏向订阅请求;若更新成功但全部节点失败,再继续检查节点连接链路。
- 检查代理模式:确认客户端确实启用了系统代理、规则模式或 TUN 中的一种有效接管方式。不要同时让多个代理软件争抢系统代理端口。
- 检查 TUN 权限与状态:以 Clash Verge Rev 为例,官方设置字段包含 System Proxy 和 Tun Mode;其界面说明指出,TUN 模式需要 Service Mode 或 Admin Mode。相关菜单和状态字段可核对Clash Verge Rev 设置字段。
- 检查端口冲突:如果本地 HTTP、SOCKS、Mixed 或 TUN 相关端口被其他程序占用,客户端可能启动了但无法正常接收流量。关闭其他代理、抓包工具或旧客户端后重启,再测试。
- 检查规则与 DNS:若只有某些域名打不开,先确认规则没有把目标域名拒绝或直连;若所有域名都解析失败,优先检查 DNS 以及 TUN 是否完整接管 DNS。
Clash Verge Rev 的官方设置文件列出了 Open Logs Dir、Open Core Dir 和 Export Diagnostic Info 等入口。排查时可进入 Settings → Verge Advanced → Open Logs Dir,同时查看 Settings → Clash Setting → Log Level,再复现一次失败。日志中重点找 dns、timeout、connection refused、tls、authentication等字段。关于配置、日志和订阅令牌可能包含敏感信息的提示,参见Clash Verge Rev 隐私与本地文件说明。
Windows 与 macOS 的本地排查步骤
Windows
- 打开命令提示符,运行
ipconfig /all,确认当前网卡有有效 IP、默认网关和 DNS。 - 运行
nslookup example.com;若解析失败,再运行ipconfig /flushdns,重新打开客户端测试。 - 在“设置 → 网络和 Internet → 代理”中确认系统代理没有指向已经关闭的本地端口;同时检查防火墙或安全软件是否拦截客户端核心。
- 如果 TUN 能开但所有流量都失败,先关闭 TUN,仅测试系统代理;再反过来测试 TUN。两种模式的结果不同,说明故障集中在接管方式、权限或 DNS 路径。
macOS
- 打开“系统设置 → 通用 → 日期与时间”,开启“自动设置日期与时间”和自动时区。Apple 官方路径见Mac 自动设置日期与时间说明。
- 打开“系统设置 → 网络”,确认当前 Wi-Fi 或有线网络已连接;暂时关闭其他 VPN、代理或过滤器后重测。
- 在客户端中分别测试系统代理和 TUN,不要同时修改多套 DNS 配置。若切换网络后 TUN 才恢复,记录切换前后的网络接口和日志时间。
- 在客户端日志目录中复现一次失败,优先查看 DNS 解析失败、无路由和 TLS 错误,不要只看延迟数字。
如果你使用的不是 Clash Verge Rev,菜单名称可能不同,但判断顺序仍然是:普通网络 → 节点范围 → 订阅 → DNS/TCP/TLS → 代理接管 → 日志。
什么时候联系服务方,怎样提交脱敏信息
当普通网络正常、多个设备和网络都无法连接全部节点,或同一批节点在短时间内同时出现相同错误时,可以联系服务方核查。联系前准备以下信息:
- 发生时间,按本地日期和时区写明;
- 失败范围:单个节点、某个地区,还是全部节点;
- 客户端名称与版本、操作系统版本、是否启用 TUN;
- 脱敏后的错误行,例如 timeout、DNS resolve failed 或 connection refused;
- 换网络、换设备、关闭代理后的对照结果。
不要提交完整订阅链接、订阅令牌、密码、UUID、私钥、完整配置文件或包含访问域名的原始日志。Clash Verge Rev 的隐私说明明确提醒,本地配置和日志可能包含代理服务器、订阅令牌、浏览目标等信息,因此发送前应先删减。
本文仅提供通用诊断方法;站点与 Candytally(糖果云)无官方归属关系,涉及其服务状态、套餐或入口时应以官方为准。
最后核对:2026-10-26
如果完成上述步骤后仍然失败,保留一次完整复现时间、错误字段和对照测试结果,再决定继续修复客户端还是提交工单。排查结果应能回答三个问题:普通网络是否正常、失败是单个节点还是全部节点、日志显示卡在 DNS、TCP、TLS 还是认证阶段。
常见问题
节点连接失败是不是订阅到期了?
不一定。若订阅更新本身出现 401、403 或解析失败,才更像订阅请求问题;如果旧节点能更新且只有部分节点失败,应先排查单节点线路、地址或端口。
为什么节点显示已连接,网页还是打不开?
节点连接成功只说明某一条代理连接建立,不代表所有应用流量都正确接管。继续检查规则是否拒绝目标、DNS 是否解析成功、系统代理是否生效,以及浏览器是否单独配置了代理。
所有节点都 timeout,最先检查什么?
先关闭客户端代理,确认普通网络能否访问;然后换手机热点或另一台设备测试。若换网络恢复,重点检查原网络的 DNS、防火墙、端口限制或路由策略。
节点测速失败但实际网页可以打开,应该怎么办?
不要把测速失败直接等同于节点不可用。测速可能受测试地址、规则、协议握手或客户端测试方式影响,建议使用多个真实网站或应用进行同条件对照。
发日志给客服前需要删掉什么?
至少删除完整订阅链接、令牌、密码、UUID、私钥、服务器地址中可识别账号的部分,以及包含浏览目标的完整日志;只保留错误类型、时间和必要的客户端版本信息。