我在Kubuntu使用git时遇到了这个问题。我还注意到网络的整体不稳定，并找到了解决方案。

在/etc/resolv.conf 将该行添加到文件的末尾 选择单请求

这固定延迟之前，每个域名解析和git开始工作像一个魅力之后。

当我从由elastic beanstalk管理的AWS EC2实例上托管的远程git repo克隆数据(通过HTTP)时，我就遇到了这个问题。 克隆本身也是在AWS EC2实例上完成的。

我尝试了上述所有的解决方案以及它们的组合:

setting git's http.postBuffer settinghttp.maxrequestbuffer turning off git compression and trying "shallow" git clone and then git fetch --unshallow - see fatal: early EOF fatal: index-pack failed tunning GIT memory settings - packedGitLimit et al, see here: fatal: early EOF fatal: index-pack failed tunning nginx configuration - setting client_max_body_size to both big value and 0 (unlimited); setting proxy_request_buffering off; setting options single-request in /etc/resolv.conf throttling git client throughput with trickle using strace for tracing git clone considering update of git client

在所有这些之后，我仍然一次又一次地面临同样的问题，直到我发现这个问题是在弹性负载均衡器(ELB)切断连接。 在直接访问EC2实例(一个托管git repo)而不是通过ELB之后，我终于成功克隆了git repo! 我仍然不确定是哪个ELB(超时)参数导致了这一点，所以我仍然需要做一些研究。

更新

改变AWS弹性负载均衡器的连接耗尽策略，将超时时间从20秒提高到300秒，似乎为我们解决了这个问题。

git克隆错误和“连接耗尽”之间的关系很奇怪，对我们来说并不明显。可能是连接耗尽超时更改导致ELB配置中的一些内部更改，从而修复了过早关闭连接的问题。

这是AWS论坛上的相关问题(还没有答案):https://forums.aws.amazon.com/thread.jspa?threadID=258572

我在Kubuntu使用git时遇到了这个问题。我还注意到网络的整体不稳定，并找到了解决方案。

在/etc/resolv.conf 将该行添加到文件的末尾 选择单请求

这固定延迟之前，每个域名解析和git开始工作像一个魅力之后。

解决WIFI路由器设置:

当我在wifi设置PPPoE(通过wifi路由器自动登录)时，我也遇到了同样的问题。

Git下载速度非常慢15kb。

packet_write_wait: Connection to 17.121.133.16 port 22: Broken pipe 致命的:对端意外挂机 致命:早期EOF 致命:索引包失败

解决方案: 1. 更改设置为动态IP，重新启动wifi路由器。 2. 从web浏览器登录到Internet服务提供商门户(不配置PPPoE，从wifi路由器自动登录)。

修改后的Git下载速度为1.7MiB。

我的经验是，这肯定是某个地方的连接超时。

最终，我在电脑上插入了一个蹩脚的wifi适配器，并使用了手机的热点。

当我使用有线连接到我的ISP时，向Github上传一个小更改是可以的，所以连接和身份验证在原则上是有效的。 但是当尝试推送一个新的80Mb存储库时，出现了错误。

在设法通过wifi加密狗/热点推动回购后，小的增量变化很好。

面对同样的问题，试着与另一个分支合并，并从他们那里吸取教训。 对我来说也一样。