知识库
在被限制的机器上死磕下载国外资源，不如换一台能下的再传
某台机器要装一个国外的工具，下载速度几十 KB/s，或者干脆卡在 0%。你换了镜像源、重试了十几次、调了超时参数，半小时过去了还是没搞定。 现象 在某台机器上直接下载国外资源很慢，甚至完全下不动。表现为：进度条几乎不动、连接频繁超时、下载到…
#跨机传输#运维习惯#代理#下载
代码托管客户端配了代理却没启动代理软件，一次 push 卡住的排查
你在终端敲下 git push，等推送完成。几秒后报错了，说连不上某个本地端口的代理。你有点纳闷——上次明明能推。 现象 推送代码时报错： 看起来像网络问题，但目标站点其实是国内的，直连完全可行。而且同一台机器上浏览器打开该站点毫无问题。错…
#排错#配置覆盖#代理#git
命令行一直超时但代理明明开着：它根本不知道要用代理
浏览器能打开的网站，curl 却一直卡住；pip、npm、git 各种超时。你回头确认代理软件在跑、端口在监听、节点也是通的——一切正常。问题出在另一个地方。 现象 在终端里访问某个外网站点，一直超时；而同一时间在浏览器里打开同一个站点完全…
#超时#环境变量#命令行#代理
用自己的代理去测自己的公网可达性，测出来的"通"是假的
你想确认某个自己搭的服务是不是真的能从公网访问。于是登录机器，curl 一下自己的公网地址，返回 200。你松了口气，关掉终端。但这个结论很可能是假的——而且假阳性比假阴性危险得多。 现象 在一台服务器上验证自己某个公网地址是否可达，本地测…
#假阳性#验证方法#代理#网络诊断
抓取失败别急着注入代理：先确认它到底访问的是哪个地址
应用拉取外部资料失败，第一反应是"被墙了"，于是准备给它注入代理环境变量。方向看起来理所当然，实际却完全走反了——而且注入了代理之后，情况反而更糟。这篇文章讲怎么在"断定网络问题"之前先做一步关键确认。 现象 某个应用拉取外部资料时失败，你…
#抓取#排错#代理
网页抓取工具被拦，改用命令行就通了：问题在网络出口
同一个 URL，一个工具抓全部失败，另一个工具抓立刻成功——地址一样、目标一样、数据一样。这种"换个工具就好"的现象，往往不是工具的问题，而是它们 从不同的网络出口出去 。 现象 某个网页抓取工具抓某些站点 全部失败 ，看起来像是被目标站点…
#排错#代理#网络出口