机场节点连接不上怎么办？以 Clash Verge Rev 为例
简答：先不要急着更换服务或反复测速：在 Windows 的 Clash Verge Rev 中，先确认订阅能更新、至少两个节点都失败，再检查是否选中节点并开启系统代理；仍无网络时暂时关闭 TUN，最后才排查 DNS、防火墙和本地网络。这样可以先判断是订阅、单个节点、客户端设置，还是服务端问题。
定义：“机场节点连接不上”是指订阅已导入但节点无法建立连接、客户端提示超时或握手失败，或者显示已连接却没有实际网络流量。
先按现象分流：两分钟判断故障层级
本文是第三方使用指南，范围限定为Windows 上的 Clash Verge Rev。不同版本的菜单名称可能略有差异；本文不覆盖手机端、其他客户端和服务商后台故障的具体操作。
| 现象 | 优先检查 | 判断结果 |
|---|---|---|
| 订阅更新失败、节点列表为空 | 订阅地址、网络、订阅有效状态 | 先不要排查节点参数，客户端尚未拿到可用配置 |
| 只有一个节点超时 | 切换同地区或其他地区节点 | 更像单节点或单线路问题，不能据此判断整项服务不可用 |
| 所有节点都超时或全红 | 订阅是否过期、客户端核心、系统代理、本地网络 | 需要区分本地设置与服务端状态 |
| 显示已连接但网页打不开 | 系统代理、规则模式、DNS、浏览器独立代理 | 节点可能已建立连接，但应用流量没有经过代理 |
| 换手机热点后恢复 | 原 Wi-Fi、路由器、企业网关或本地 DNS | 问题更可能位于原网络环境，而不是节点本身 |
最快的顺序是：记录报错和时间 → 更新订阅 → 选择一个节点 → 开启系统代理 → 用两个不同节点测试 → 换手机热点复测。不要同时修改 TUN、DNS、MTU 和规则，否则无法知道是哪一步产生了变化。
最短排查步骤：先恢复普通系统代理
- 备份订阅地址和当前配置。订阅链接通常包含访问凭据，不要粘贴到不明的转换网站或公开论坛。需要反馈时，只保留错误类型、客户端版本、节点名称的脱敏信息。
- 确认订阅是否能更新。在 Clash Verge Rev 的配置或订阅列表中执行更新，观察是否出现新的更新时间、节点数量或错误提示。如果更新失败，先检查当前网络能否打开订阅地址，并核对服务商账户页面显示的有效期和流量状态；这些状态只能以服务商页面或公告为准。
- 选择具体节点，而不是停留在自动选择。先选一个节点测试，再换一个同地区节点，最后换不同地区节点。单个节点失败不等于所有节点都失败。
- 先开启 System Proxy。Clash Verge Rev 项目将 System Proxy 与 TUN Mode 作为不同的系统控制项；系统代理用于修改操作系统代理设置，TUN 则用于接管更广泛的系统流量。可先只开启 System Proxy，避免同时引入 TUN 的权限和路由变量。查看 Clash Verge Rev 官方项目说明
- 关闭浏览器单独设置的代理。如果浏览器扩展、浏览器自身代理或其他代理软件仍在运行，可能覆盖系统代理。关闭冲突项后，彻底退出并重新打开浏览器。
- 验证是否真的经过代理。分别访问一个普通网页和目标网页，观察客户端流量计数或日志是否产生请求。仅看到“已连接”、延迟数字或节点测速结果，都不能单独证明浏览器流量已经成功经过代理。
Windows 的系统代理入口可在“设置 → 网络和 Internet → 代理”中查看。微软文档说明，Windows 可以在这里管理自动检测、设置脚本和手动代理；如果 Clash Verge Rev 开启后系统代理没有变化，应先回到该页面确认设置是否实际生效。参考 Microsoft Windows 代理设置说明
按报错分流：timeout、refused、TLS 和 DNS 怎么处理
| 日志或现象 | 先做什么 | 不要先做什么 |
|---|---|---|
timeout、连接超时 | 换另一个节点，再换网络测试；记录是否所有节点都超时 | 不要立刻把 MTU 改成任意数值 |
connection refused | 确认节点配置已更新、节点没有被误删，并测试其他节点 | 不要把本地监听端口当成远端节点端口修改 |
TLS handshake failed | 同步 Windows 系统时间，更新订阅，换节点并查看日志上下文 | 不要为了绕过报错而关闭所有证书校验 |
DNS error、网页提示无法解析 | 先关闭自定义 DNS 覆盖，恢复订阅原有 DNS 设置后复测 | 不要同时改系统 DNS、客户端 DNS 和 TUN DNS |
| 客户端显示连接但网页无响应 | 检查 System Proxy、规则模式、浏览器代理和 DNS | 不要只看延迟或测速数字下结论 |
Clash Verge Rev 的设置说明明确区分了 System Proxy、TUN、DNS 覆盖和 TUN 路由等选项，并提示不熟悉 DNS 设置时不要随意修改；部分订阅带有自定义 DNS，覆盖设置可能导致节点或网站无法加载。查看 Clash Verge Rev 官方设置字段说明
TUN 模式什么时候开：普通代理无效后再测试
如果开启 System Proxy 后，浏览器仍能直连或某些应用完全不走代理，再考虑 TUN。Clash Verge Rev 官方界面说明将 TUN 描述为虚拟网卡模式，用于捕获系统流量；官方项目还提示，TUN 需要服务模式或管理员权限，某些 Windows 环境需要为相关内核放行防火墙。查看官方 TUN 与系统代理控制逻辑 查看官方文档中的 TUN 和防火墙说明
- 先关闭 System Proxy 和 TUN，确认普通网络可以恢复。
- 只开启 TUN，按客户端提示安装或启用所需服务，并接受系统权限请求。
- 用一个明确需要系统级流量的应用测试，观察日志是否产生请求。
- 如果开启 TUN 后所有网络中断，立即关闭 TUN，恢复到 System Proxy，再检查防火墙、服务状态和路由排除项。
TUN 不是“节点连接失败”的默认修复项。它改变的是流量接管方式，出现问题时应优先回滚，而不是继续叠加 DNS、MTU 和路由参数。
如何判断是本地网络还是服务端问题
- 换网络：使用手机热点或另一条 Wi-Fi，只测试同一个节点。若仅在原网络失败，优先排查路由器、企业网络、防火墙或 DNS。
- 换设备：在另一台设备导入同一订阅并测试同一节点。若多台设备、多个网络都失败，才更值得查看服务商公告或账户状态。
- 换节点：记录单节点、同地区节点和不同地区节点的结果。不要用一次测速或一次 ping 代替完整可用性判断。
- 核对时间：系统时间明显错误时，可能造成证书或握手异常。修正时间后重新启动客户端再测试。
- 保留证据：记录发生时间、客户端版本、订阅更新时间、节点名称、报错原文、网络类型和是否更换设备。提交给服务商时隐藏订阅凭据。
如果订阅更新失败、所有节点在多个网络和设备上都失败，且账户页面或公告也显示异常，问题可能在服务端；如果只有一台电脑或一个网络失败，则应先完成本地排查。仅凭“节点全红”无法确认服务商已经失效，未核实的信息不要直接下结论。
恢复设置：排查失败后怎样回到可用状态
- 关闭 TUN，保留普通网络连接。
- 关闭 Clash Verge Rev 的 System Proxy，并在 Windows“设置 → 网络和 Internet → 代理”中确认没有残留的手动代理或脚本。
- 关闭其他代理软件、浏览器代理扩展和可能占用本地代理端口的程序。
- 恢复最近一次备份的配置；没有备份时，删除失效配置前先保留原订阅地址。
- 重新导入订阅后只选择一个节点测试，确认网页访问正常后再恢复规则、DNS 或 TUN 等进阶设置。
如果恢复后仍无法连接，优先向服务商提供脱敏日志和复现步骤，而不是反复修改多个参数。客户端版本和菜单可能变化，遇到界面名称不一致时，以当前客户端页面和官方项目说明为准。
常见问题
机场节点连接不上，先换节点还是先更新订阅？
如果节点列表为空、订阅更新时间很旧或更新时报错，先更新订阅；如果订阅能正常更新但只有一个节点失败，先换同地区或不同地区节点。不要在订阅尚未成功更新时反复测试旧节点。
Clash Verge Rev 显示已连接，但浏览器还是打不开怎么办？
先确认已选择具体节点并开启 System Proxy，再检查 Windows“设置 → 网络和 Internet → 代理”中的系统代理是否实际生效。随后关闭浏览器独立代理和其他代理软件，最后再排查 DNS 与规则模式。
机场节点全部超时，是不是服务已经失效？
不能仅凭全部超时下结论。先更新订阅、换两个不同地区节点，再用手机热点或另一台设备测试同一节点。如果多个设备和网络都失败，再查看服务商公告、账户状态或提交脱敏日志；未经核实不要直接判断服务失效。
什么时候需要开启 TUN 模式？
普通 System Proxy 无法让某些应用产生代理流量时，才考虑 TUN。开启前应备份配置并准备回滚；TUN 涉及虚拟网卡、服务权限、防火墙和路由，开启后出现全局断网应立即关闭并恢复普通代理。
排查机场节点时可以把订阅链接发给别人转换吗？
不建议。订阅链接可能包含访问凭据。排查时只提供脱敏后的错误信息、节点名称、客户端版本和复现步骤，不要公开完整订阅地址、配置文件中的密钥或账号信息。