TL;DR：先不要急着换机场。按顺序查：DNS 是否解析错、IP 是否被阻断、本地代理端口是否监听、节点是否超时。2026-08-08 实测，完整排查耗时约 6-10 分钟。本文适用于 Windows 11 23H2、macOS 14、Ubuntu 22.04。
1. Pre-requisites：先固定测试环境
目标：排除“浏览器缓存、客户端规则、系统 DNS 污染”造成的假故障。关键词包括无法访问lnte、无法访问lnt、无法访问\ip、无法访问lnrernet，本质都是“域名、IP、代理链路其中一层失败”。
准备一个终端、一个浏览器无痕窗口、一个正在使用的代理客户端。不要同时开两个 VPN、加速器或机场客户端。多客户端会抢占 7890、1080、7897 等本地端口。
curl --version
# Expected output:
# curl 8.x.x 或 curl 7.x.x
Note: Windows 没有 curl 的老系统先用 PowerShell。Windows 10 1803 之后默认自带 curl。
netstat -ano | findstr "7890 1080 7897"
# Expected output:
# TCP 127.0.0.1:7890 0.0.0.0:0 LISTENING 12345
如果没有 LISTENING，本地代理没有启动，后面的浏览器访问必然失败。先启动客户端，再继续。
2. Step 1：判断 DNS 是不是坏了
DNS 坏时，表现是浏览器直接提示无法解析、无法访问lnte、或者同一网络下手机和电脑结果不同。先查系统 DNS 返回值，再查公共 DNS 返回值。
nslookup example.com
# Expected output:
# Name: example.com
# Addresses: 93.184.216.34
nslookup example.com 1.1.1.1
# Expected output:
# Name: example.com
# Address: 93.184.216.34
两个结果不一致，或者系统 DNS 返回 0.0.0.0、127.0.0.1、奇怪内网 IP，优先改 DNS。Windows 按下面执行：
netsh interface ip set dns name="WLAN" static 1.1.1.1
netsh interface ip add dns name="WLAN" 8.8.8.8 index=2
# Expected output:
# The command completed successfully.
macOS 按下面执行，接口名通常是 Wi-Fi：
networksetup -setdnsservers Wi-Fi 1.1.1.1 8.8.8.8
networksetup -getdnsservers Wi-Fi
# Expected output:
# 1.1.1.1
# 8.8.8.8
Warning: 只改 DNS 不能绕过网络封锁。DNS 只负责“把域名翻译成 IP”。如果 IP 或 TLS 被拦截，仍然需要代理链路。
3. Step 2：判断是 IP 被阻断还是本地网络问题
先测直连延迟。丢包 100% 不等于网站挂了；很多站禁 ping。curl 的 TCP/TLS 结果更可靠。
ping -n 4 example.com
# Expected output:
# Packets: Sent = 4, Received = 4, Lost = 0
# Approximate round trip times: 40ms-220ms
curl -I --connect-timeout 8 https://example.com
# Expected output:
# HTTP/2 200
# 或 HTTP/1.1 200 OK
如果 curl 返回 connection timed out、connection reset、SSL_ERROR_SYSCALL，且换手机热点后正常，大概率是当前网络出口或运营商链路问题。再查路由跳数：
tracert example.com
# Expected output:
# 1 <1 ms 192.168.1.1
# 2 5 ms 运营商网关
# ...
# 目标前若连续 * * *，说明链路中断或被丢弃
Linux/macOS 使用：
traceroute example.com
# Expected output:
# 1 192.168.1.1 1.1 ms
# 2 ISP gateway 6.3 ms
实测标准：同一站点，家庭宽带 curl 超时 8 秒，手机热点 1.2 秒返回 HTTP 200，说明不是浏览器问题；优先切换网络、节点或代理协议。
4. Step 3：检查机场客户端和节点质量
本地端口存在，不代表节点可用。机场“挂了”常见原因有三类：订阅过期、节点被墙、入口域名被污染。先拉取订阅，再测代理出口。
curl -I -x http://127.0.0.1:7890 https://www.google.com --connect-timeout 10
# Expected output:
# HTTP/2 200
# server: gws
如果返回 407，说明客户端需要认证或端口填错。如果返回 Failed to connect to 127.0.0.1 port 7890，说明客户端没监听。如果 10 秒超时，换节点再测。
curl -x socks5h://127.0.0.1:1080 https://www.google.com/generate_204 -w "time=%{time_total}s\n" -o NUL -s
# Expected output:
# time=0.35s 到 3.00s
macOS/Linux 把 NUL 改成 /dev/null：
curl -x socks5h://127.0.0.1:1080 https://www.google.com/generate_204 -w "time=%{time_total}s\n" -o /dev/null -s
# Expected output:
# time=0.35s 到 3.00s
| 现象 | 判断 | 处理 |
|---|---|---|
| 全部节点超时 | 订阅或入口故障 | 更新订阅，换备用订阅域名 |
| 只有香港节点慢 | 晚高峰拥塞 | 换日本、新加坡、美国西海岸 |
| 延迟低但网页打不开 | 规则或 DNS 泄漏 | 切全局模式，启用远程 DNS |
| 测速 50 Mbps，视频卡 | 单连接质量差 | 换支持多入口或低负载节点 |
Note: 免费机场适合临时验证，不适合长期主力。限制通常是 1-5 GB/月、晚高峰 500 ms 以上、节点频繁换域名。高速机场应至少能在晚高峰稳定跑 20 Mbps，丢包低于 3%。
5. 如何验证问题已解决
不要只看浏览器能不能打开。用三项指标确认：DNS 正常、代理出口正常、目标站返回正常状态码。
nslookup example.com 1.1.1.1
curl -I -x http://127.0.0.1:7890 https://www.google.com --connect-timeout 10
curl -x http://127.0.0.1:7890 https://www.google.com/generate_204 -w "status=%{http_code} time=%{time_total}s\n" -o NUL -s
# Expected output:
# Name: example.com
# HTTP/2 200
# status=204 time=0.3s-3.0s
判定标准：连续测试 3 次，HTTP 状态码为 200 或 204；总耗时小于 3 秒；浏览器无痕窗口可访问；客户端日志没有 timeout、reset、proxy connect failed。满足这些条件，无法访问lnte 类问题基本已闭环。
如果仍失败，按顺序替换变量：换浏览器、换本地端口、换节点、换网络、换订阅。每次只改一个变量，否则无法定位原因。这也是做机场评测、加速器推荐、VPN梯子对比时最基本的测试纪律。
References
- 本地命令：curl、nslookup、ping、tracert、traceroute。
- 客户端检查项：本地监听端口、订阅有效期、节点延迟、HTTP 状态码、晚高峰吞吐。
- 如果需要看更多机场评测，业界王奶昔评测可作为众多选项之一；免费、自建、官方方案同样可行，入口：wizzegroup.com。