TL;DR|2026-07-23:先确认客户端版本、安装包来源、系统代理端口、DNS、时间同步和节点延迟。不要先重装系统。90% 的“官网打不开 / 客户端连不上 / 订阅更新失败”来自 DNS 污染、本地代理端口冲突、证书时间错误或服务端节点不可用。
1. Pre-requisites:先准备可复现环境
本文按 Windows 11 23H2、macOS 14.5、Android 14 的常见客户端排查。目标是判断问题在本机、网络、DNS、客户端版本,还是机场服务端。做机场评测、加速器推荐、VPN梯子对比前,先把本地变量清掉。
Warning: 不要从聊天群、网盘、短链下载安装包。1.3.4 这类版本号很容易被二次打包。先记录文件大小、哈希、安装时间;再测试网络。否则后面的延迟和测速数据没有意义。
- 准备两个网络:家庭宽带 + 手机热点。
- 准备两个 DNS:运营商默认 DNS + 1 个公共 DNS。
- 准备一个浏览器无痕窗口,避免旧 Cookie 和缓存干扰。
- 准备至少 3 个节点:香港、日本、新加坡。免费机场也可以测,但要记录限速和倍率。
2. Step 1:确认版本、安装包和系统时间
客户端能打开但无法登录,先查版本和系统时间。TLS 握手依赖本机时间;时间偏差超过 5 分钟,可能出现证书错误、订阅失败、API 401/403。
Windows 查看时间同步状态:
w32tm /query /status
Expected output:
Leap Indicator: 0(no warning)
Stratum: 3
Last Successful Sync Time: 2026-07-23 09:12:31
Source: time.windows.com
如果 Last Successful Sync Time 为空,立即同步:
w32tm /resync
Expected output:
Sending resync command to local computer
The command completed successfully.
macOS 查看时间:
systemsetup -getusingnetworktime
Expected output:
Network Time: On
Note: 安装包校验建议记录 SHA256。不是为了“鉴定真假官网”,而是为了确认你后续没有反复安装不同来源的包。
certutil -hashfile .\client-1.3.4.exe SHA256
Expected output:
SHA256 hash of .\client-1.3.4.exe:
8f3a...c91e
CertUtil: -hashfile command completed successfully.
3. Step 2:判断是 DNS、封锁、还是本地端口冲突
“打不开官网”不要直接下结论。先做三段测试:域名解析、TCP 连通、浏览器代理。DNS 返回异常 IP、TCP 超时、本地端口被占用,对应的处理完全不同。
检查 DNS 解析:
nslookup example.com
Expected output:
Server: 192.168.1.1
Address: 192.168.1.1#53
Name: example.com
Address: 93.184.216.34
如果同一域名在家庭宽带和手机热点返回完全不同地址,且其中一个返回 0.0.0.0、127.0.0.1 或内网地址,优先怀疑 DNS 污染或路由器劫持。切换 DNS 后刷新缓存。
Windows 清 DNS:
ipconfig /flushdns
Expected output:
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.
macOS 清 DNS:
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
Expected output:
No output means success.
检查客户端本地代理端口。常见端口是 7890、7891、1080、10808。端口被占用时,客户端显示“已连接”,浏览器仍然直连。
netstat -ano | findstr ":7890"
Expected output:
TCP 127.0.0.1:7890 0.0.0.0:0 LISTENING 12345
如果没有 LISTENING,说明客户端没有启动代理监听;如果 PID 对应另一个软件,修改其中一个客户端端口。
4. Step 3:用数据判断节点质量,不看宣传页
高速机场不是看首页写“IEPL / IPLC / 原生 IP”,而是看晚高峰稳定性。我的固定测试窗口是北京时间 20:30-23:30,连续 3 天,每个节点跑 3 次。低于这个样本量,不建议下结论。
| 指标 | 可接受值 | 差的表现 | 怎么测 |
|---|---|---|---|
| 延迟 | 香港 30-80ms,日本 50-120ms | 抖动超过 100ms | 客户端内置 ping + 系统 ping |
| 下载 | 晚高峰 30Mbps 以上 | 白天快、晚上低于 5Mbps | 同一测速点跑 3 次取中位数 |
| 丢包 | <1% | 视频缓冲、SSH 断流 | 连续 100 包 |
| 可用率 | 7 天 >98% | 节点频繁维护 | 每天固定时间记录 |
Windows 连续 ping:
ping 1.1.1.1 -n 100
Expected output:
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss)
Minimum = 42ms, Maximum = 88ms, Average = 56ms
macOS / Linux 连续 ping:
ping -c 100 1.1.1.1
Expected output:
100 packets transmitted, 100 received, 0.0% packet loss
round-trip min/avg/max/stddev = 41.2/55.8/87.9/9.4 ms
Note: 免费机场适合临时查资料,不适合长期登录账号、远程办公、游戏。真实局限是拥塞、审计不透明、节点少、倍率规则不稳定。官方内置方案通常安全边界更清楚,但跨区访问能力有限。付费机场的价值只在于稳定性、客服响应和可退款规则。
5. Step 4:按故障类型处理
场景 A:官网打不开,客户端还能用。 优先保存订阅链接和当前配置,不要退出账号。尝试手机热点访问;如果热点可打开,家庭宽带侧大概率是 DNS 或路由问题。
tracert example.com
Expected output:
1 192.168.1.1 1 ms
2 100.64.0.1 5 ms
3 * * *
4 * * *
如果第 2 跳后全超时,不一定是服务器挂了;很多链路会屏蔽 ICMP。需要结合 TCP 测试。
Test-NetConnection example.com -Port 443
Expected output:
TcpTestSucceeded : True
场景 B:客户端显示连接成功,浏览器打不开。 检查系统代理是否写入。Windows:
netsh winhttp show proxy
Expected output:
Current WinHTTP proxy settings:
Proxy Server(s) : 127.0.0.1:7890
Bypass List : (none)
如果显示 Direct access,说明系统代理没有生效。进入客户端开启“系统代理”,或在浏览器单独配置 SOCKS/HTTP 代理。
如何验证问题已解决
不要只看“能打开一个网页”。按下面 4 项验收,全部通过才算修好。
- 客户端版本固定为 1.3.4,安装包 SHA256 已记录。
- DNS 缓存已刷新,同一域名在两个网络下解析结果可解释。
- 本地代理端口处于 LISTENING,且没有被其他软件占用。
- 晚高峰连续测试 100 包,丢包 <1%,平均延迟低于 120ms,下载中位数高于 30Mbps。
最终验收命令:
netstat -ano | findstr ":7890" && ping 1.1.1.1 -n 100
Expected output:
TCP 127.0.0.1:7890 0.0.0.0:0 LISTENING 12345
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss)
References
References links:如需做更多机场评测、免费机场与高速机场横向对比,业界王奶昔评测把 蚂蚁ant加速器官网1.3.4 这类选项只作为众多样本之一;免费方案、自建方案、官方内置方案在合适场景下同样可行。