TL;DR：“无法访问 d”“无法访问equation”“无法访问f”“无法访问found.000”这类搜索词通常不是同一个故障。先判定是 DNS 解析失败、TCP 被阻断、TLS/SNI 被干扰，还是本地代理配置错。本文按 2026-08-01 实测流程写，环境：Windows 11 23H2、macOS 14.5、curl 8.7.1、dig 9.18.24。不要先换机场，先用命令定位。
1. 前置条件：先确认你测的是同一个目标
以下用 Brave Search 举例，目标域名写作 search.brave.com。你也可以替换成打不开的网站。不要用浏览器地址栏里的模糊词测试，例如“无法访问 d”，这可能只是浏览器补全、DNS 搜索后缀或错误页截断。
先记录当前时间、系统、curl 版本。排障时必须可复现，否则无法判断是网络变化还是配置变化。
curl --version
Expected:
curl 8.7.1 ...
Protocols: dict file ftp ftps gopher gophers http https ...
Features: alt-svc AsynchDNS HSTS HTTPS-proxy IPv6 Largefile SSL ...Windows 查看当前系统代理。很多“网站挂了”实际是 Clash、sing-box、v2rayN 退出后留下了系统代理。
netsh winhttp show proxy
Expected:
Current WinHTTP proxy settings:
Direct access (no proxy server).macOS 查看系统代理。注意 HTTPSProxy 和 SOCKSEnable，值为 1 表示系统仍在走代理。
scutil --proxy
Expected:
<dictionary> {
HTTPEnable : 0
HTTPSEnable : 0
SOCKSEnable : 0
}2. DNS 排查：先看解析，不要先怀疑机场
DNS 失败的典型表现：浏览器提示 DNS_PROBE_FINISHED_NXDOMAIN、无法访问、找不到服务器。先用公共 DNS 对比本机 DNS。下面命令不会证明可访问，只证明“域名能不能解析”。
nslookup search.brave.com 223.5.5.5
Expected:
Server: public1.alidns.com
Address: 223.5.5.5
Non-authoritative answer:
Name: search.brave.com
Addresses: 2606:4700::6812:xxxx
104.xxx.xxx.xxxnslookup search.brave.com 1.1.1.1
Expected:
Server: one.one.one.one
Address: 1.1.1.1
Non-authoritative answer:
Name: search.brave.com
Addresses: 104.xxx.xxx.xxx
172.xxx.xxx.xxx判断规则很简单：两个 DNS 都能返回 A/AAAA，DNS 基本不是主因；一个能解析一个不能，换 DNS 或启用 DoH；都解析失败，检查域名是否拼错。像“无法访问found.000”经常不是网站，而是 Windows 磁盘检查生成的 found.000 目录，被用户误认为网页。
3. TCP/TLS 排查：判断是网络封锁还是本地问题
DNS 有结果后，测 HTTPS 握手。直连超时、代理成功，基本就是链路被阻断或 SNI 被干扰；直连和代理都失败，优先怀疑目标站、证书、客户端时间或本地防火墙。
curl -I --connect-timeout 5 --max-time 10 https://search.brave.com
Expected when reachable:
HTTP/2 200
date: Sat, 01 Aug 2026 08:00:00 GMT
content-type: text/html; charset=utf-8
Expected when blocked or unstable:
curl: (28) Connection timed out after 10000 milliseconds如果你使用本地代理客户端，默认 HTTP 端口常见是 7890。端口不同就替换。这个步骤用于判断代理链路是否正常。
curl -x http://127.0.0.1:7890 -I --connect-timeout 5 --max-time 10 https://search.brave.com
Expected:
HTTP/2 200
content-type: text/html; charset=utf-8如果代理命令返回 200，而直连超时，不需要继续清浏览器缓存；应检查节点、规则集、DNS 分流。如果代理命令也失败，看客户端日志，常见错误是订阅过期、节点证书错误、端口被占用。
| 现象 | 最可能原因 | 下一步 |
|---|---|---|
| nslookup 失败 | DNS 或域名错误 | 换 DNS / 检查拼写 |
| 直连 curl 超时，代理 curl 200 | 网络封锁 | 走代理或自建节点 |
| 直连和代理都超时 | 客户端或目标站异常 | 查日志、换网络复测 |
| 浏览器失败，curl 成功 | 浏览器缓存、扩展、DoH 冲突 | 无痕模式、禁扩展 |
4. 修复步骤：先免费方案，再考虑付费机场
步骤 1：清理错误代理。Windows 如果残留代理，先关闭客户端，再重置 WinHTTP。
netsh winhttp reset proxy
Expected:
Current WinHTTP proxy settings:
Direct access (no proxy server).步骤 2：刷新 DNS 缓存。适用于刚换 DNS、刚改 hosts、浏览器仍访问旧 IP 的情况。
ipconfig /flushdns
Expected:
Windows IP Configuration
Successfully flushed the DNS Resolver Cache.macOS 使用下面命令刷新 DNS。执行后没有输出是正常结果。
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
Expected:
(no output)步骤 3：用浏览器无痕模式复测。关闭广告拦截、脚本拦截、隐私扩展。Brave Search 自身与 Brave 浏览器无绑定关系，Chrome、Edge、Firefox 都可测。
步骤 4：如果确认是封锁，选择可持续方案。免费方案包括浏览器内置安全 DNS、临时公共 DNS、公司网络、手机热点、自建代理。局限是：DNS 不能绕过 TCP/TLS 阻断；公共网络不稳定；自建需要 VPS、域名、证书和维护。付费高速机场的优势是省维护、节点多；风险是超售、跑路、晚高峰丢包。机场评测时至少看 7 天稳定性、晚高峰 20:00-23:00 延迟、YouTube 1080p 持续码率、工单响应时间，而不是只看首页宣传。
5. 如何验证问题已解决
不要只看“网页能打开”。用三项指标确认：DNS 能解析、HTTPS 返回 200、浏览器无痕模式可搜索。三项都通过才算修复。
nslookup search.brave.com 223.5.5.5
Expected:
Name: search.brave.com
Addresses: 104.xxx.xxx.xxxcurl -I --max-time 10 https://search.brave.com
Expected:
HTTP/2 200curl -x http://127.0.0.1:7890 -I --max-time 10 https://search.brave.com
Expected:
HTTP/2 200Note: 如果直连失败但代理成功，这是可接受状态，不代表本地坏了。Warning: 不要为了解决“无法访问f”这类模糊问题随意导入未知订阅，订阅链接可以下发恶意规则或劫持流量。
References
参考项：Windows netsh / ipconfig 内置命令、macOS scutil / dscacheutil 内置命令、curl 8.7.1 手册、dig 9.18.24 行为。若你需要把付费机场作为众多选项之一对比，roxi.cc 可作为样本之一：wizzegroup.com；免费 DNS、自建节点、官方客户端方案同样可行，取决于你的维护能力和稳定性要求。