机场节点连不上怎么办？从订阅到 DNS 的排查顺序
机场节点突然连不上，反复换节点、重装客户端，常常只会让问题更难定位。更有效的做法，是先分清哪一步出了问题。
排查顺序可以记成：基础网络 → 账户与订阅 → 单个节点 → 应用连接方式 → DNS 与错误日志。 每次只改一项，观察结果后再继续。
第一步：先确认基础网络能用
先保留当前设置记录，再通过客户端正常关闭系统代理或 TUN，测试平时可以直接访问的网页。如果基础连接也不通，应先检查 Wi-Fi、路由器、宽带或移动网络。
注意，“退出软件”和“恢复网络设置”未必是一回事。退出前后，可以检查系统代理是否还指向本机端口。Windows 把代理作为单独的网络设置项目，提供自动、脚本与手动等配置方式。查看 Microsoft 官方说明。
修改前记下原值；如果是单位统一配置的设备，先核对管理要求，不要随意删除既有设置。
第二步：区分订阅失败和节点失败
先观察客户端提示的是哪一种情况。
| 现象 | 优先检查 |
|---|---|
| 无法下载订阅 | 地址是否完整、账户是否有效、更新连接是否可达 |
| 下载成功但导入报错 | 返回内容与客户端格式是否匹配 |
| 节点列表正常但连接失败 | 套餐状态、节点状态、本地网络 |
| 只有部分节点异常 | 换一个节点做同条件对照 |
| 网页正常但某个应用失败 | 应用是否经过客户端、规则是否匹配 |
导入报错时，不要只盯着节点。一个失效的订阅地址可能返回错误页，而客户端需要的是配置内容。先记录错误类型，再核对服务方提供的对应客户端入口。
如果账户页面显示流量已用完或套餐已到期，应先处理账户状态。换 DNS 或重装软件通常不能解决这类问题。
第三步：用单个变量做对照
假设节点 A 失败，先保持设备、网络与目标网页不变，仅换到节点 B。然后，再用同一设备切换到自己的另一种可用网络，重复测试。
这些结果可以帮助缩小范围：
- 只有 A 异常，B 正常：优先检查 A 或它使用的路径。
- 同一网络下多个节点异常，换网络后恢复：优先检查原网络环境及其连接条件。
- 同一网络里手机正常、电脑异常：优先检查电脑上的配置与软件状态。
这些都是定位线索，不是最终证明。若同时更换网络、客户端、节点和配置，恢复后也很难知道是哪一步起了作用。
第四步：确认应用实际走了哪条连接
浏览器能用，其他软件不能用，可能是它们采用了不同的代理设置。可以在客户端的连接记录或日志里，观察目标应用是否出现，以及实际匹配了哪条规则。
也要确认当前没有多个工具同时修改系统代理或路由。为了测试而临时关闭其中一个时，记下原设置，测试完再按需要恢复。
规则、全局与 TUN 解决的问题不同，不能只靠把开关全部打开来排查。具体区别可以看规则模式、全局模式和 TUN 指南。
第五步：看到 DNS 或证书错误，再针对性处理
DNS 负责把域名转换成用于连接的地址。如果日志反复出现解析失败，问题可能发生在建立目标连接之前。Cloudflare 的 DNS 说明解释了这一过程。
这时应核对当前配置的 DNS 设置、上游是否可达，以及是否存在重复或冲突的设置。不要把随机搜索到的 DNS 地址逐个粘贴进去；先记录旧值，每次只验证一个改动。
遇到证书错误，则应核对设备时间、客户端版本和服务方配置。不要把跳过证书验证当作通用修复。Mihomo 文档明确将该选项定义为跳过证书校验，它并不会修正证书本身的问题。查看 TLS 配置说明。
什么情况下，应该停止试错
如果已经确认基础网络正常、账户有效、配置来自正确入口，多个节点仍持续失败，就该保留错误信息并联系服务方。继续清空配置或反复重装，可能丢掉有用的线索。
求助时可以按这个格式描述：设备与系统、客户端版本、网络类型、出错时间、错误提示，以及已尝试的两三项对照操作。只截必要的错误片段，避免直接发完整日志和订阅配置。
如果只是变慢而不是完全连不上，可先看节点测速与晚高峰判断方法。
按顺序检查后仍拿不准，可以通过 Telegram 联系我交流排查思路。 请提供脱敏的错误提示，不要发送密码、验证码或完整订阅链接。