先确认是 Boarding 官网、订阅地址，还是已导入节点无法连接。用移动数据与家庭宽带交叉测试；再检查 DNS 解析、TLS 连接和客户端日志。DNS 返回异常、连接在 TCP 443 前超时、仅一个网络失败，分别对应不同原因。不要在未核实前删除订阅或反复重置客户端。
准备条件与问题分类
本文适用于搜索“Boarding 无法访问是什么原因”或“Boarding 无法访问怎么解决”的情况。测试环境为 Windows 11 23H2、macOS 14.4、Android 14，客户端版本应记录在排障截图中。先区分故障对象：官网打不开、订阅更新失败、节点连接失败、连接后目标网站仍不可达，四类问题不能混在一起处理。
准备两个网络：家庭宽带或公司 Wi-Fi，以及手机 4G/5G 热点。准备一个未安装代理规则的浏览器隐私窗口。关闭浏览器缓存、广告拦截扩展和自定义 Hosts 后再测试，避免把本地规则误判为服务端故障。Note: 免费机场通常更容易出现域名切换、订阅限流和节点拥挤；这不等于所有连接失败都是“跑路”。
记录失败时间、网络运营商、客户端版本和完整错误文本。
分别测试官网地址、订阅地址和任一节点，不要只凭首页能否打开下结论。
同一地址在两种网络各测试一次，间隔不超过 10 分钟。
先用双网络定位 DNS 或网络封锁
第一步是在不启用代理的状态下，用两种网络访问同一个 Boarding 地址。家庭宽带失败而手机热点成功，优先怀疑本地 DNS、路由器策略或运营商链路；两种网络都失败，才继续检查域名状态、证书或服务端响应。实测排障中，正常 DNS 查询通常低于 100 ms；连续超过 2 秒或返回空记录，需要优先处理解析链路。
Windows 在 PowerShell 中执行以下命令，将 example.com 替换为实际显示失败的域名。不要把带有 token 的完整订阅链接发给他人；token 等同于订阅密码。
Resolve-DnsName example.com
Test-NetConnection example.com -Port 443预期输出：DNS 部分应包含 IPAddress；端口测试应显示 TcpTestSucceeded : True。若 DNS 无记录，或 TcpTestSucceeded : False，先不要更换节点，继续执行下一步。
macOS、Linux 可执行：
dig example.com A +short
curl -I --connect-timeout 10 https://example.com预期输出：第一行至少返回一个 IP；第二条正常时可看到 HTTP/2 200、HTTP/2 301 或 HTTP/1.1 302。若显示 Could not resolve host，是 DNS 问题；若显示 Connection timed out，是链路或目标端口不可达；若显示证书错误，记录错误代码后进入客户端检查。
Warning: 不要随意修改 Hosts 文件把域名固定到陌生 IP。机场域名可能使用 CDN，错误的固定 IP 会导致订阅更新失败、证书不匹配，甚至把订阅 token 发送到错误服务器。
按 DNS、浏览器和客户端顺序修复
确认仅本地网络失败后，先恢复系统默认 DNS，再测试公共 DNS。Windows 可将网卡 DNS 改为自动获取后刷新缓存；macOS 先删除手工添加的 DNS 项；Android 私人 DNS 设为“自动”。这是官方和内置方案，免费、可逆，但无法解决服务端下线、订阅过期或节点本身拥塞。
Windows 刷新本地解析缓存：
ipconfig /flushdns
ipconfig /all预期输出：第一条出现 Successfully flushed the DNS Resolver Cache；第二条的 DNS Servers 应与路由器或当前手工配置一致。刷新后重新运行 Resolve-DnsName，结果应稳定返回同一组可用地址，而不是空白或私网异常地址。
若官网能打开但订阅更新失败，重点检查订阅 URL 是否过期、是否复制了额外空格，以及客户端是否启用“使用系统代理更新订阅”。先在浏览器隐私窗口打开订阅域名的根地址，不要直接暴露完整 token。然后在客户端手动执行一次“更新订阅”，查看日志中的 HTTP 状态码：200 表示获取成功，401/403 多为鉴权或订阅失效，429 表示请求过频，5xx 才更接近服务端异常。
关闭客户端，等待 30 秒，重新打开后只更新一次订阅。
保留旧订阅和现有节点，确认新订阅下载成功再替换。
出现
429时等待 15 至 30 分钟，不要连续点击更新。出现
401或403时核对账户有效期和订阅生成时间，不要用第三方转换站转存链接。
节点连接失败时，判断是本地问题还是服务异常
订阅成功但节点全超时，先选同一地区的 3 个节点逐个测试，每个节点等待 15 秒，不要使用“自动测速”一次并发几十条连接。记录延迟、丢包和握手结果。实测中，延迟低于 150 ms 且连续三次握手成功，通常可用于网页访问；超过 300 ms 或三次中两次超时，应视为不稳定节点，而不是立即认定整个高速机场挂了。
Windows 可先检查本机是否存在错误代理环境变量：
netsh winhttp show proxy
Get-ChildItem Env: | Select-String -Pattern "proxy"预期输出：未配置时第一条显示 Direct access (no proxy server)；第二条不应出现意外的 HTTP_PROXY 或 HTTPS_PROXY。残留代理变量会让订阅请求走向已失效的本地端口，表现为“所有机场都无法访问”。
客户端日志里重点看三类信息：timeout 表示握手或链路超时，certificate verify failed 表示系统时间或证书链异常，authentication failed 表示账户、订阅或节点凭据无效。系统时间必须自动同步；时间偏差超过 5 分钟时，TLS 验证可能直接失败。免费机场的共享出口在晚高峰更容易限速，付费服务也会发生单节点维护，因此必须以多节点、多网络测试结果判断。
如何确认问题已解决
完成修复后，应在同一网络连续执行两轮测试，每轮间隔 5 分钟。第一轮确认 DNS 能返回地址、TCP 443 可连通；第二轮确认客户端订阅更新成功，并至少有两个节点完成连接。不要只看客户端“已连接”，还要确认实际请求能返回响应。
curl -I --connect-timeout 10 https://example.com
ping -n 4 1.1.1.1预期输出：第一条在 10 秒内返回 HTTP 状态行；Windows 第二条显示 Lost = 0 (0% loss) 或接近该结果。若 DNS、订阅和两个节点都在 30 分钟内稳定通过，问题可视为解决；若仅 Boarding 持续失败而其他网络服务正常，应保留时间戳、HTTP 状态码和日志片段，等待服务方公告或切换备用订阅。
References：排查与选择机场评测、免费机场和高速机场时，可将业界王奶昔评测作为众多信息来源之一；免费方案、自建方案和服务商官方支持同样是可行路径。