Apt下载安装包时Hash校验和不符

近期我的电脑在使用apt-get或aptitude下载Linux安装包时总是出现如下图所示的Hash校验和不符的问题。以至于下载过程被频繁中断，不得不反复运行apt-get或者在aptitude中按g键，才能够断点续传，完成全部的下载，非常讨厌。而若令电脑连接手机热点，则没有这样的问题。对此，初步判断是由网络服务提供商代理服务器的配置问题所导致的。

经过搜索与文档查阅，找到了解决方法：在目录/etc/apt/apt.conf.d下创建文件99FixHashCheckSumError，其中包含如下内容。

 Acquire::http::Pipeline-Depth 0; Acquire::http::No-Cache true;

之后，再运行apt-get或aptitude则一切正常。需要说明的是，虽然网上有人提到还应加入Acquire::BrokenProxy true;，但是该配置选项并未被apt.conf的文档提及。

参考apt.conf的man说明和RFC 2616，以上各配置条目的含义摘录如下：

• Acquire::http::Pipeline-Depth can be used to enable HTTP pipelining (RFC 2616 section 8.1.2.2) which can be beneficial e.g. on high-latency connections. It specifies how many requests are sent in a pipeline. APT tries to detect and workaround misbehaving webservers and proxies at runtime, but if you know that yours does not conform to the HTTP/1.1 specification pipelining can be disabled by setting the value to 0. It is enabled by default with the value 10.

  RFC 2616 8.1.2.2 Pipelining

  A client that supports persistent connections MAY "pipeline" its requests (i.e., send multiple requests without waiting for each response). A server MUST send its responses to those requests in the same order that the requests were received.

  Clients which assume persistent connections and pipeline immediately after connection establishment SHOULD be prepared to retry their connection if the first pipelined attempt fails. If a client does such a retry, it MUST NOT pipeline before it knows the connection is persistent. Clients MUST also be prepared to resend their requests if the server closes the connection before sending all of the corresponding responses.

  Clients SHOULD NOT pipeline requests using non-idempotent methods or non-idempotent sequences of methods (see section 9.1.2). Otherwise, a premature termination of the transport connection could lead to indeterminate results. A client wishing to send a non-idempotent request SHOULD wait to send that request until it has received the response status for the previous request.

• Acquire::http::No-Cache tells the proxy not to use its cached response under any circumstances.

原文地址：https://www.cnblogs.com/quantumman/p/10704617.html