RUNBOOK / Rust / Cargo
Cargo git dependency 超时：SSH、HTTPS 与锁文件
普通 crate 可下载，只有 git 依赖超时或认证失败。
故障现象与判断依据
最可能原因
git dependency 走独立的 Git 协议、凭据和 known_hosts 配置。
LOGUpdating crates.io index
warning: spurious network error (3 tries remaining)
[28] Timeout was reached安全诊断
以下命令用于读取状态、验证解析或复现请求；先确认目标主机、权限与影响范围。命令中的占位符必须替换为当前环境的实际值。
READ / VERIFY[net]
git-fetch-with-cli = true
[http]
timeout = 60
# cargo fetch -vv推荐修复步骤
- 1用 git ls-remote 对目标 URL 单独复现。
- 2统一 SSH 或 HTTPS 认证方案，避免交互式提示卡住 CI。
- 3固定 commit SHA 并保留 Cargo.lock 作为可复现边界。
验证、限制与回滚
修复后的验证
无交互 CI 中 cargo fetch 可完成且 SHA 与锁文件一致。
风险提示与回滚
不要以关闭证书校验、删除全部缓存、无限重试、关闭防火墙或放宽到 chmod 777 来替代根因定位。任何配置变更前先保留原文件和校验结果；若验证失败，恢复该备份并重新采集日志。
可信来源与适用边界
参考来源Environment Variables - The Cargo Book ↗
CARGO_HTTP_TIMEOUT 此页将环境级案例与本 Runbook 的检查步骤分开呈现，不能把示例日志当作当前服务器的真实事件。
网络环境检测
当 DNS、代理链路、海外依赖源或下载超时已通过本页命令确认是网络层问题时，可继续核对独立网络服务；这不替代本地根因修复。
访问边界云官方网站 →具体套餐、价格、可用线路、服务内容及相关规则以官网当前页面为准；不会携带你在工作台输入的命令、日志、Token、IP 或邮箱。