故障排查
机场故障排查：先选症状，再按步骤查
排错的第一步不是改配置，而是描述清楚症状。
先看结论
机场故障排查的总原则：一次只改一个条件，每改完验证一次，并且记下"现象、时间、节点、协议、客户端"。这样无论自己解决还是找服务商沟通，效率都高得多。
按症状找教程
| 症状 | 先看这篇 |
|---|---|
| 导入订阅后没有节点 | 订阅没有节点 |
| 订阅更新时报错 | 订阅更新失败 |
| 节点延迟显示超时 | 节点超时 |
| 已连接但网页打不开 | 连上了打不开网页 |
| 提示无法解析域名 | 机场 DNS 错误 |
| 速度比预期慢 | 机场速度慢怎么办 |
| 自己加的规则没效果 | 规则不生效 |
| 昨天能用今天全超时 | 系统时间不对导致连不上 |
| 开了 TUN 没网 | TUN 模式没网 |
| 想确认解析有没有泄露 | 代理 DNS 泄露检测 |
求助前先准备好这些信息
- 客户端名称和版本，所用内核。
- 订阅类型和格式（不要公开完整链接）。
- 问题出现的时间，以及是否有变化（升级、换网络）。
- 哪些节点有问题，哪些正常。
- 客户端日志里的关键报错。
排错的四个通用原则
- 一次只改一个条件。改了多处再测，就分不清是哪一处起作用。
- 先判断范围：是所有节点还是个别节点，是所有网站还是个别网站。
- 先看日志，再动配置：日志里往往已经写明了原因。
- 改之前备份，改之后验证：保证随时可以回到可用状态。
范围判断表
| 现象范围 | 更可能的原因类型 |
|---|---|
| 所有节点、所有网站 | 本地环境：客户端、系统时间、网络、权限 |
| 所有节点、个别网站 | 规则或 DNS |
| 个别节点、所有网站 | 节点自身或其线路 |
| 个别节点、个别网站 | 节点与目标网站之间的路径 |
求助时怎么描述问题
向服务商或社区求助，是否能得到有效的回答，很大程度上取决于你的描述。一份有用的描述应当包含：客户端名称与版本、使用的订阅格式（不要贴出链接本身）、问题开始出现的时间、哪些节点有问题而哪些正常、你已经尝试过什么。把这些整理成几行文字，往往比一句"连不上了"高效十倍。
"排错日志"：让下一次更快
每次解决一个问题之后，花一分钟写下三件事：现象是什么、原因是什么、怎么解决的。时间一长，你就拥有了一份属于自己的排错手册。它的价值远大于任何通用教程，因为它记录的是你自己的环境里真实发生过的问题：你的网络、你的客户端、你的订阅。下次遇到类似的现象，翻一下这份记录，往往几分钟就能解决。
| 日期 | 现象 | 原因 | 解决办法 |
|---|---|---|---|
| （自记） | （自记） | （自记） | （自记） |
这张表故意留白。排错能力不是靠背诵得来的，而是靠一次次具体问题的积累。
关于「机场故障排查」的常见问题
排错时可以把订阅链接发给别人看吗？
不要。订阅链接等同于使用权限。需要别人帮看，请只提供报错信息与客户端版本，不要提供完整的链接。
机场连不上怎么办？
先判断是哪一环出了问题：订阅更新是否成功、节点是否有延迟结果、网络本身是否正常、系统时间是否准确。按本页的排查顺序，一次只改一个条件，改完立刻验证。