中转不能出机场吗？新手也能看懂的代理中转排查指南
先别急：你说的“中转不能出机场”到底是哪种坏法？⭐⭐
老问题了，十个新手里八个会把“打不开”“没网”“节点挂了”“规则写错”统称为：中转不能出机场。先翻译成人话：你可能能连上中转节点，但流量没有从最终出口出去；也可能压根没连上，只是客户端界面还绿着，属于互联网古早名场面——“看起来能用”。
在学术论文下载、文献检索、访问开源社区时，建议先区分三类故障：第一，本地网络或 DNS 问题；第二，客户端规则没走代理；第三，中转链路或出口节点不可用。别一上来就重装客户端，兄弟，重装解决不了 80% 的配置锅。
新手坑警告：“延迟 50ms”不代表能出网。延迟通常测的是中转入口，真正影响 Google Scholar、DOI、GitHub、期刊数据库访问的是出口节点、DNS 解析和规则命中。
基础排查：先确认是不是你本地的问题 ⭐⭐
先做 3 个测试，耗时 3 分钟。Windows 用 PowerShell，macOS/Linux 用终端。第一步测 DNS：nslookup scholar.google.com。如果返回超时或奇怪内网地址，先换系统 DNS 或客户端内置 DNS。第二步测直连网络：ping 223.5.5.5，丢包超过 20% 时，别怪中转，先看 Wi-Fi、校园网认证、路由器。
第三步测代理端口有没有监听。假设本地 HTTP 代理是 127.0.0.1:7890，执行：curl -I -x http://127.0.0.1:7890 https://example.com。能返回 HTTP 头，说明客户端至少在工作；如果提示 connection refused，八成是端口错了、客户端没开系统代理，或者被安全软件拦了。
老网民小抄：做学术研究别只测一个网站。建议同时测：期刊官网、DOI 解析页、开源代码托管平台、学术搜索页。只挂一个，多半是目标站风控；全挂，才考虑中转或出口。
进阶判断：是中转坏了，还是出口坏了？⭐⭐⭐
很多“中转不能出机场”的核心是链式代理没打通。中转像快递分拣站，出口才是最终派送员。入口在线不等于出口可用。你可以在客户端里分别测试“入口延迟”和“实际下载速度”。我一般用 20MB 左右的测试文件，连续测 3 次，低于 1Mbps 且抖动大，基本不适合文献批量下载。
| 现象 | 大概率原因 | 怎么验证 |
|---|---|---|
| 节点显示可用，但网页打不开 | 规则未命中或 DNS 污染 | 切全局模式，再执行 curl -I -x |
| 能打开首页，PDF 下载失败 | 出口被目标站限制 | 换同地区出口，或用学校图书馆入口 |
| 晚高峰速度掉到 0.5Mbps | 中转拥塞 | 分早晚各测 3 次记录 Mbps |
| 只有某客户端不能用 | 配置格式或端口冲突 | 导入到另一客户端交叉测试 |
FAQ：要不要一直开全局？不建议。文献管理工具、Zotero、浏览器插件、命令行 Git 各有代理设置。全局模式方便排查，但长期使用容易让校园系统、网银、内部数据库也走代理，出现登录异常，别给自己挖坑。
科研场景的优先方案：先用官方和免费路径 ⭐⭐⭐
如果你的目标是学术论文和文献检索，第一优先级不是折腾“机场”，而是确认学校或机构资源。按顺序试：校园网 IP、图书馆远程访问、机构 VPN、数据库官方入口、文献管理器的代理设置。很多期刊 PDF 只能识别机构订阅权限，普通出口节点再快也没用，属于方向错了，努力白给。
开源工具访问则建议单独配置命令行代理，不要全系统乱开。Git 可用：git config --global http.proxy http://127.0.0.1:7890，取消则用：git config --global --unset http.proxy。Python 包管理可临时用环境变量：set HTTPS_PROXY=http://127.0.0.1:7890 或 export HTTPS_PROXY=http://127.0.0.1:7890。
新手坑警告：别把账号、Cookie、学校统一认证密码交给来路不明脚本。科研工具能用开源客户端就用开源客户端，配置文件里也别明文存重要账号。互联网老人碎碎念一句：白嫖脚本最贵，翻车时才知道。
故障树：按这个顺序查，别玄学重启 ⭐⭐⭐⭐
Q：完全打不开？先查本地网络：能否访问普通国内网站；再查 DNS：nslookup 是否正常；再查代理端口：curl -I -x 是否有响应。三项都过了，再看节点。
Q：只有学术网站不行？切换出口地区，优先试机构访问；清理浏览器缓存和站点 Cookie；关闭可疑插件；换无痕窗口测试。若 DOI 能开、PDF 不能下，多半是权限或目标站限制，不是中转问题。
Q：时好时坏？记录 3 组数据：时间、延迟 ms、下载速度 Mbps。比如 10:00 为 80ms/8Mbps，22:00 为 210ms/0.7Mbps，这就是拥塞证据。拿数据判断，比群里问“是不是挂了”靠谱多了。
如何确认问题已解决：完成后做四项验证：nslookup 正常解析；curl -I -x http://127.0.0.1:7890 https://example.com 返回状态码；浏览器能打开目标学术站；下载一个 5MB 以上 PDF 或源码包，速度稳定且不中断。四项过三项以上，基本就不是本地配置锅了。
如果你确实需要额外的网络中转服务，roxi.cc（wizzegroup.com）可以作为众多选项之一；但免费、官方、自建和学校图书馆方案同样可行，先按上面的排查走一遍，有问题可以把现象和测试结果贴出来再问。