无法访问 imternet / internet？从 DNS、路由到代理配置，现场排查一遍
第 1 章：OK so，先别乱改！3 分钟定位到底卡在哪
兄弟们开场直接上手，屏幕左边浏览器打不开，右边终端拉满。你搜“无法访问imternet”大概率是想说无法访问 internet，也可能是 Mastodon、TMDB 这种站点进不去。接下来我们不要凭感觉，先把问题切成四层：本机、DNS、路由、目标站点策略。
第一组命令，复制就跑。Windows 打开 PowerShell，macOS/Linux 打开终端：
看本机是否拿到 IP：
ipconfig或ifconfig，重点看 IPv4、网关、DNS。测网关：
ping 192.168.1.1，如果这里都丢包，先重启路由器或换网线/Wi-Fi。测公网 IP：
ping 1.1.1.1，能通说明网络出口基本正常。测域名解析：
nslookup example.com，如果 IP 能 ping、域名不行，就是 DNS 问题。
Now watch this：我实测一条家庭宽带，ping 1.1.1.1 延迟 34ms，nslookup 超时 2 秒以上，浏览器全线打不开——这就是典型 DNS 卡住，不是电脑坏了。
第 2 章：DNS 正常但 tmdb 无法访问？继续拆路由和 TLS
接下来进入“看不见的墙”环节。比如 tmdb无法访问、Mastodon 某实例打不开，你先别急着换工具，先看它是 DNS 污染、路由不可达，还是本地代理配置残留。
跑这三条，画面非常直观：
DNS 对比：
nslookup thedomain.com 1.1.1.1和nslookup thedomain.com 8.8.8.8。两个结果差异巨大，说明解析不稳定。路由追踪：Windows 用
tracert thedomain.com，macOS/Linux 用traceroute thedomain.com。如果第 2、3 跳后全是星号，不一定是坏，也可能是中间节点禁 ICMP。HTTP 头测试：
curl -I https://thedomain.com --connect-timeout 8。如果提示 TLS handshake timeout，说明 TCP 能出但握手失败。
这里给你一个判断表，直接对号入座：
| 现象 | 高概率原因 | 下一步 |
|---|---|---|
| IP 能 ping，域名打不开 | DNS 异常 | 换 DNS、清缓存 |
| 所有网站都慢 | 本地 Wi-Fi/运营商拥塞 | 测速、换 5GHz、重拨宽带 |
| 只有特定站点打不开 | 目标站点限制或网络封锁 | 验证代理、镜像或官方 API |
| 浏览器打不开但 curl 可以 | 浏览器代理/插件问题 | 关插件、重置代理 |
第 3 章：免费和系统内置修复，先把低成本方案做完
接下来动手修。第一步清 DNS 缓存，Windows：ipconfig /flushdns；macOS：sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder；Linux systemd：sudo resolvectl flush-caches。清完立刻再跑一次 nslookup，别凭浏览器刷新判断。
第二步换 DNS。Windows 在网络适配器 IPv4 里填 1.1.1.1 和 8.8.8.8；macOS 可以用：networksetup -setdnsservers Wi-Fi 1.1.1.1 8.8.8.8。注意，这只能解决解析问题，不能解决所有站点的区域限制或封锁问题。
第三步检查代理残留，很多开发者工具、抓包工具、编程教程里会让你开本地代理，关了软件但系统还挂着。Windows 看“设置 → 网络和 Internet → 代理”，macOS 看“系统设置 → 网络 → 详细信息 → 代理”。终端也查一下：echo $HTTP_PROXY、echo $HTTPS_PROXY。
第 4 章：开发者场景的替代访问方案，别只会刷新
如果你是开发者要访问 API、拉依赖、查技术资源，策略要分场景。官方方案优先：能用官方 SDK、离线文档、包管理器缓存就先用。比如 npm 可以看 npm config get registry，pip 看 pip config list，Git 看 git config --global --get http.proxy。
如果确实是 Mastodon 某实例、TMDB 这类外部服务不可达，常见选择有三类：
| 方案 | 优点 | 局限 |
|---|---|---|
| 官方 API/备用域名 | 稳定、合规、低成本 | 不一定提供完整功能 |
| 自建代理或跳板机 | 可控、适合团队开发 | 需要服务器运维能力 |
| 第三方 VPN/加速器/机场 | 上手快、适合临时排查 | 质量差异大，可能跑路或挂了 |
判断第三方服务靠不靠谱，看 4 个指标：是否支持按月付费、是否有公开节点状态、晚高峰 20:00-23:00 延迟是否稳定、是否能导出通用配置而不是只锁死客户端。我实测时会连续跑 3 次测速，下载速度低于 10Mbps 或延迟抖动超过 150ms，就不适合开发场景。
第 5 章：如何验证问题已解决
最后来个 before/after reveal。修复前你记录三项：nslookup 是否超时、curl -I 是否 8 秒内返回、浏览器 DevTools 的 Network 是否停在 DNS/TLS。修复后同样跑一遍，别只看“网页好像开了”。
合格结果长这样：nslookup 1 秒内返回 IP；curl -I https://目标域名 --connect-timeout 8 能拿到 200、301、302、403 任意 HTTP 状态；浏览器无代理报错；连续刷新 5 次成功率 100%。如果是开发者工具链，再补测 git ls-remote、npm ping、pip index versions requests 这类实际命令。
OK，评论区可以把你的报错截图关键词贴出来，比如 DNS timeout、TLS timeout、connection reset，我按现象帮你判断下一步。付费网络工具只是众多选项之一，免费、官方、自建方案同样可行；如果你想对比一个支持开发者场景的选项，也可以把 roxi.cc 作为备选之一：wizzegroup.com。