RUNBOOK / Network
包管理器反复超时：识别出口 QoS 与强制重置
pip、brew、apt、Docker 都偶发失败，换源只能短暂改善。
故障现象与判断依据
最可能原因
多工具、跨域名同时异常是网络边界、QoS 或错误重置的强信号。
LOG$ getent hosts pypi.org
$ HTTPS_PROXY=http://127.0.0.1:7897 HTTP_PROXY=http://127.0.0.1:7897 curl -Iv --connect-timeout 10 https://pypi.org/simple/
$ docker -D pull alpine:3.20安全诊断
以下命令用于读取状态、验证解析或复现请求；先确认目标主机、权限与影响范围。命令中的占位符必须替换为当前环境的实际值。
READ / VERIFYdate -Is
resolvectl status
# 外部路径诊断仅通过已配置的本地 Clash 代理执行推荐修复步骤
- 1采集时间窗口、目的域和状态码，建立不含客户端网络标识的可复现实验。
- 2对比不同受控路径的 DNS、TLS 与吞吐指标，不记录或持久化任何客户端网络标识。
- 3让网络团队按证据核对限速、代理和防火墙策略。
验证、限制与回滚
修复后的验证
同一构建在稳定路径连续运行成功，错误率显著下降。
风险提示与回滚
不要以关闭证书校验、删除全部缓存、无限重试、关闭防火墙或放宽到 chmod 777 来替代根因定位。任何配置变更前先保留原文件和校验结果；若验证失败，恢复该备份并重新采集日志。
可信来源与适用边界
参考来源Cannot install packages with pip - timeout error · Issue #2409 · pypi/support · GitHub ↗
ReadTimeoutError against pypi.org 此页将环境级案例与本 Runbook 的检查步骤分开呈现，不能把示例日志当作当前服务器的真实事件。
网络环境检测
当 DNS、代理链路、海外依赖源或下载超时已通过本页命令确认是网络层问题时，可继续核对独立网络服务；这不替代本地根因修复。
访问边界云官方网站 →具体套餐、价格、可用线路、服务内容及相关规则以官网当前页面为准；不会携带你在工作台输入的命令、日志、Token、IP 或邮箱。