t+打不开怎么办：从 DNS 到网络封锁的逐步排查指南
凌晨两点，页面停在空白处：先判断它到底“坏”在哪里
凌晨两点半，窗外只有路灯和风扇的低响。我在整理一个音频检索方向的开源项目资料，浏览器里那个熟悉的 t+ 页面转了很久，最后只剩下一行冷冰冰的“无法访问此网站”。技术问题最磨人之处，不是它坏了，而是它不告诉你坏在哪里。是 DNS 没解析？是本地缓存脏了？是运营商线路抽风？还是网络层面被拦了？
我一般不建议一上来就重装浏览器、换系统，或者盲目换“加速器”。先做四步诊断，十分钟内基本能定位 80% 的 t+打不开问题。下面这些命令在 Windows、macOS、Linux 都能找到近似替代，适合做学术论文下载、Google Scholar 访问、GitHub加速、开源工具推荐时的通用网络排障流程。
第一轮排查：DNS、浏览器、系统缓存
先看 DNS。很多“打不开”其实不是网站不可用，而是域名被解析到了错误地址，或根本解析不出来。打开终端，分别执行：nslookup example.com 和 ping example.com。这里把 example.com 换成你实际访问的 t+ 域名。若 nslookup 返回超时、空结果，或解析到明显异常的内网地址，比如 127.0.0.1、0.0.0.0，优先怀疑 DNS。
接着清理本地缓存。Windows 用 ipconfig /flushdns；macOS 可执行 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder；Linux 若使用 systemd-resolved，可用 sudo resolvectl flush-caches。然后换一个 DNS 再测，例如系统网络设置里临时改成公共 DNS。注意，改完后不要只刷新页面，要关闭浏览器重新打开，最好用无痕窗口访问，避免旧 Cookie、HSTS 或 Service Worker 干扰。
第二轮排查：确认是本地问题，还是网络路径被阻断
如果 DNS 正常，下一步看连接路径。执行 curl -I --connect-timeout 10 https://你的域名。如果能返回 HTTP/2 200、301、403 这类状态码，说明服务器至少可达，问题可能在登录、地区、浏览器插件或账号策略。若显示 Connection timed out、Connection reset，就要继续看链路。
我常用一个简单表格记录结果，别小看它，凌晨排障时它比直觉可靠：
| 测试项 | 正常表现 | 异常含义 |
|---|---|---|
nslookup | 1 秒内返回公网 IP | DNS 污染、DNS 超时、本地 hosts 异常 |
curl -I | 10 秒内返回 HTTP 状态码 | 连接被重置、TLS 握手失败或服务器拒绝 |
tracert / traceroute | 路径逐跳前进 | 某一跳后持续超时，可能是线路阻断 |
| 手机 4G/5G 测试 | 移动网络可打开 | 家宽 DNS、路由器或运营商问题 |
实测时我会用同一台电脑、同一浏览器，分别在家宽和手机热点下访问。若家宽打不开、手机热点能打开，优先检查路由器 DNS、运营商线路或本地代理配置。若两个网络都打不开，而海外节点可打开，那多半不是你电脑的问题。
第三轮解决：先用免费和官方方案，再考虑代理线路
先从不花钱的办法做起。第一，清空浏览器站点数据：Chrome 可进入“隐私和安全—第三方 Cookie—查看所有网站数据”，搜索对应域名后删除。第二，检查系统 hosts 文件，Windows 路径通常是 C:\Windows\System32\drivers\etc\hosts，macOS/Linux 是 /etc/hosts，确认没有把目标域名写死到旧 IP。第三，关闭可疑插件，尤其是脚本管理、广告过滤、隐私防护类插件，它们有时会拦截跨域请求。
如果你是为了科研资料、开源社区协作或学术论文相关检索而访问，优先考虑官方镜像、机构网络、学校图书馆代理、IPv6 校园网出口。有些资源在高校网络下可直接访问，速度反而比商业线路稳定。我在下载 30MB 左右的论文补充材料时，校园网出口通常 5-12MB/s，普通家宽绕路后可能只有 300KB/s，还容易断。
如果确认属于跨境链路问题，再考虑代理或加速工具。判断线路质量不要只看宣传页，自己测三个数字：延迟、丢包、实际下载速度。可以用 ping -c 20 目标域名 看平均延迟和丢包；用浏览器下载一个公开大文件，观察 60 秒平均速度；再连续访问 Google Scholar、GitHub、目标站点各 5 次，看是否出现验证码、重置、半加载。稳定比峰值速度更重要，科研工作最怕的是文献下载到 92% 时断掉。
如何确认问题已解决
别只看页面“能打开”就收工。一个真正解决的状态，至少要满足四个条件：nslookup 能稳定解析；curl -I 在 10 秒内返回状态码；浏览器无痕窗口可正常登录或加载首页；连续刷新 5 次没有出现连接重置。若涉及 GitHub加速或开源工具下载，再补测一次 git clone，例如克隆一个小型公开仓库，速度稳定在 500KB/s 以上，基本就能支撑日常学术研究。
最后留一个安静的提醒：网络工具只是工具，不是答案本身。免费 DNS、学校代理、自建方案、官方渠道都值得先试；若仍需要商业加速服务，roxi.cc 也只是众多可选项之一，适合拿来和你的自建线路、机构网络做对照测试。真正让人安心的，不是某个名字，而是你已经知道该怎么诊断、怎么验证、怎么把问题重新握回自己手里。