当代理拒绝 APT 的 User-Agent 时
当 curl 成功但 APT 通过同一代理被拦截时,识别明确的客户端身份策略拒绝。
curl 能取回一个 URL。APT 使用同一个代理,却收到一个页面,说它的 User-Agent 未获批准。这个响应已经把排查范围缩小了:中间设备正在执行客户端策略。
同时更改软件源镜像、密码和 DNS 会丢掉这条有用的证据。在改变路由之前,请保留返回的状态码和相关的拒绝文本。
APT 为 HTTP 获取方式提供了 Acquire::http::User-Agent 的文档。如果网络运营方要求使用获批的标识,请有意识地设置商定的值。从旧答复中照搬浏览器的完整身份字符串,可能掩盖真正的更新程序,并且仍会在另一项策略条件下失败。
检查失败请求的范围。HTTP 软件源请求和 HTTPS 隧道向普通的不拦截代理暴露的信息不同。不要推断在某条路径上可见的头部策略,在加密流量内部也会自动以相同方式生效。
在期望得到仓库元数据的位置返回拒绝页面,之后也可能引发解析错误或看起来像签名错误的错误。在更改对仓库的信任之前,请先阅读响应的来源。代理路由成功并不意味着 HTML 策略页面就是有效的软件包索引。对于 Hash Sum mismatch,请把预期校验和与实际字节放在一起保存。