机场连不上怎么办?从客户端到节点的 10 步排查清单
机场连不上时不要急着换机场。本文给出一份从本地网络、客户端、系统代理、订阅到节点的 10 步排查清单,每一步都有可验证的判断标准与对应命令,帮你在十分钟内把「机场连不上」定位到具体环节。

直接答案
机场连不上时按 10 步从近到远排查:关代理测本地网络 → 看客户端内核是否在运行 → 确认系统代理或 TUN 生效 → 核对代理端口 → 检查模式与规则 → 更新订阅 → 换节点换地区 → 换协议或端口 → 看客户端日志 → 查机场公告。前六步解决的是「自己这边」的问题,占比超过七成;只有走到第七步之后,才需要考虑节点或机场本身出了状况。
机场连不上,先别急着换机场。连接失败的原因绝大多数在自己这一侧:客户端没有真正接管流量、端口配置不对、订阅已经过期,或者规则把目标域名直连了。下面这份 10 步清单从本地往外排查,每一步都有一个可以验证的标准,验证通过再进入下一步。按顺序做完,通常能在十分钟内把问题定位到某一个环节。
先看一眼:问题可能出在哪一层
| 层级 | 典型原因 | 表现 | 判断方法 | 处理 |
|---|---|---|---|---|
| 本地网络 | Wi-Fi 掉线、路由器异常、运营商故障 | 关掉代理也上不了网 | 直连打开国内网站 | 修复本地网络 |
| 客户端 | 内核没启动、端口被占、版本过旧 | 节点列表在但没有任何流量 | 看客户端状态与日志 | 重启或更新客户端 |
| 系统接管 | 系统代理未开、TUN 未生效、浏览器单独设置了代理 | 客户端显示正常但浏览器不走代理 | 查看出口 IP | 开启系统代理或 TUN |
| 订阅 | 过期、流量用尽、节点信息过旧 | 全部节点超时 | 更新订阅、查用户中心 | 续费或重新导入 |
| 节点与线路 | 单节点故障、地区被封、入口维护 | 部分节点不通,换节点正常 | 换地区测试 | 换节点或等待公告 |
10 步排查清单
- 关闭代理,确认本地网络正常。 关闭客户端或切到直连模式,打开一个国内网站。打不开就先处理 Wi-Fi、路由器或运营商问题。
- 确认客户端内核在运行。 Clash Verge Rev 和 Mihomo Party 在首页会显示内核状态;v2rayN 底部状态栏显示核心运行信息。内核未启动时,节点列表再完整也没有流量。
- 确认系统代理或 TUN 已经生效。 开启「系统代理」或「TUN 模式」后,在浏览器访问一个显示出口 IP 的页面,IP 变成节点所在地区才算生效。两者只开一个,不要同时开。
- 核对代理端口。 客户端的混合端口默认多为 7890 或 10808,手动在系统或软件里填过代理的,要和客户端当前端口一致。端口被其他程序占用时客户端日志会提示
bind: address already in use。 - 检查模式与规则。 规则模式下,目标域名可能命中了 DIRECT 规则。切到全局模式重试:全局正常、规则不正常,就是分流规则的问题,参考规则、全局与直连模式的区别。
- 手动更新订阅。 订阅过期或流量用尽时,部分机场返回空节点或旧节点,表现就是机场节点全红。更新后看节点数量和更新时间是否变化。更新本身失败的处理见订阅更新失败怎么办。
- 换节点、换地区。 单个节点不通换同地区另一个;同地区全不通换另一个地区。只有一个地区不通,多是该地区线路维护。
- 换协议或端口。 订阅里同时提供 Trojan、VLESS、Shadowsocks 等多种协议时,换一种协议的节点测试。某些网络环境会干扰特定协议或端口,这类情况在握手超时与 TLS 错误的处理里有专门说明。
- 看客户端日志。 把日志级别调到 info,重现一次失败,找到包含目标域名的行。
dial tcp ... i/o timeout是连不上节点,connection refused是端口没人监听,EOF或reset多是被中途切断。三者含义不同,见连接被拒绝与连接被重置的区别。 - 查机场公告。 前九步都正常但所有节点依旧不通,大概率是机场入口维护或故障。到机场公告页或通知群确认,而不是立刻判断机场跑路。
💡 提示
每一步只改一个变量。同时换节点、换模式、重装客户端,即使好了也不知道是哪一步起作用,下次出问题还得从头来。
第 3 步与第 4 步的验证命令
系统代理是否生效、端口是否可达,用命令验证比猜更快。
Windows PowerShell:
# 检查本机代理端口是否在监听(端口以客户端为准)
Test-NetConnection -ComputerName 127.0.0.1 -Port 7890
# 通过代理端口请求一个页面,返回 200 说明代理链路通
curl.exe -x http://127.0.0.1:7890 -s -o NUL -w "%{http_code}`n" https://www.cloudflare.com/cdn-cgi/trace
macOS / Linux:
# 端口监听检查
nc -zv 127.0.0.1 7890
# 通过代理请求,并打印出口 IP
curl -x http://127.0.0.1:7890 -s https://www.cloudflare.com/cdn-cgi/trace | grep ip=
端口检查失败说明客户端没有监听该端口,回到第 2 步和第 4 步;端口通但 curl 超时,说明本机到节点的链路有问题,跳到第 7 步。
容易被忽略的三个细节
- 浏览器自己的代理设置。 Firefox 可以单独配置代理,部分浏览器扩展也会覆盖系统代理。客户端一切正常但浏览器不走代理时,先检查浏览器。
- 系统「私人 DNS」与安全软件。 Android 的私人 DNS、Windows 的某些安全软件会劫持 DNS 或拦截虚拟网卡,TUN 模式开启后反而断网。排查思路见 DNS 异常栏目。
- 多个代理软件同时运行。 两个客户端同时开系统代理,后开的覆盖先开的,而你看着的可能是前一个。保证同一时间只运行一个。
⚠️ 注意
不要为了「能连上」在客户端里打开跳过证书验证(skip-cert-verify)。它会掩盖中间人劫持,并不解决真正的线路问题。
预防:让下次连不上的概率更低
- 订阅设置为每天自动更新,避免节点信息过旧。
- 在客户端保留两个不同地区的常用节点,并记住各自正常时的延迟范围。
- 客户端与内核保持更新,但不要在重要工作前夕升级大版本。
- 把机场的公告渠道和备用官网地址记下来,入口故障时第一时间能确认。
- 选择机场时把「多入口容灾」和「故障公告及时」作为硬指标,这是稳定机场推荐与靠谱机场推荐里反复强调的一点。
小结
机场连不上,先从自己这一侧开始:本地网络、客户端内核、系统接管、端口、规则、订阅,这六步解决七成以上的问题。之后再换节点、换协议、看日志、查公告。每一步只改一个变量并验证,定位就会很快。更多连接类问题见连接失败栏目和网络诊断专题。
总结
- 连不上的问题七成出在本地:客户端没真正接管流量、端口不对、规则把流量直连了
- 每一步都给出可验证的标准,验证通过再进下一步,避免同时改多项后无法判断
- 全部节点都不通且订阅正常时,先看机场公告再决定是否换机场
常见问题
Q机场连不上是什么原因?
最常见的三类:客户端没有真正接管流量(系统代理未开、TUN 未生效、浏览器走了自己的代理设置)、订阅过期或节点信息过旧、节点所在线路临时故障。排查时先关掉代理确认本地能上网,再逐层往外查,不要一开始就怀疑机场。
Q机场节点全红怎么办?
全红说明延迟测试没有拿到任何节点的响应,多数是本地网络、客户端内核或订阅层面的整体问题,而不是所有节点同时坏了。先确认直连能上网、客户端内核正常运行,再更新一次订阅重测。详细分层方法见站内「节点全红」一文。
Qv2rayN 连接失败怎么办?
先看 v2rayN 底部状态栏的系统代理是否为「自动配置系统代理」,再确认当前选中的节点是你想用的,然后右键节点做「测试真连接延迟」。如果真连接延迟超时但 Ping 正常,一般是节点端口或协议参数与订阅不一致,重新更新订阅即可。
Q机场订阅突然不能用了怎么办?
先在机场用户中心查看套餐是否到期、流量是否用尽,再在客户端手动更新一次订阅。如果用户中心打不开,可能是官网域名变更,查看机场公告渠道或邮箱通知获取新地址。
Q机场被封了怎么办?
单个节点被封表现为该节点长期不通而其他节点正常,换节点即可。整家机场入口被封会表现为全部节点同时失效且官网也无法访问,这时只能等待机场更换入口,或在公告中获取新的订阅地址。
参考资料与信息来源
- Clash Verge Rev 文档 · 系统代理、TUN 模式与日志位置
- Mihomo 文档 · 端口、模式与规则匹配行为

