Github - 读取边带数据包时意外断开连接

Question

我有一个很有趣的问题。我尝试通过 bash 将一些项目发送到 repo，最近发送时出现问题。

Enumerating objects: 27, done. Counting objects: 100% (27/27), done. Delta compression using up to 16 threads Compressing objects: 100% (24/24), done. Writing objects: 100% (25/25), 187.79 KiB | 9.39 MiB/s, done. Total 25 (delta 1), reused 0 (delta 0), pack-reused 0 send-pack: unexpected disconnect while reading sideband packet fatal: the remote end hung up unexpectedly

有趣的是，我可以提前 10 分钟发送它，没有任何问题。

我尝试获取新的 repo，创建新文件，重新安装 git，git config --global http.postBuffer 524288000还有更大的数字，还有 https.postBuffer 等等。也安装桌面版同样的问题进来。

我遇到的问题主要是 React 应用程序。

有人知道解决方案吗？会出什么问题？

Answer 1

可能是你的网络问题。如果网络太慢，则可能会意外断开连接。

如果您的网络状况良好并且仍然收到此消息，则可能是您的帖子缓冲区存在问题。使用此命令将其增加（例如）到 150 MiB：

git config --global http.postBuffer 157286400

根据http.postBuffer 的 git-config 文档：

将数据 POST 到远程系统时，智能 HTTP 传输使用的缓冲区的最大大小（以字节为单位）。对于大于此缓冲区大小的请求，将使用 HTTP/1.1 和 Transfer-Encoding: chunked 来避免在本地创建大量包文件。默认值为 1 MiB，足以满足大多数请求。

请注意，提高此限制仅对禁用分块传输编码有效，因此仅应在远程服务器或代理仅支持 HTTP/1.0 或不符合 HTTP 标准的情况下使用。一般来说，提高这个值并不是大多数推送问题的有效解决方案，但会显着增加内存消耗，因为即使是小推送也会分配整个缓冲区。

因此，这只是服务器出现问题时的缓解措施。这很可能无法解决 GitHub 或 GitLab.com 的推送问题。

Answer 2

以上这些都不适合我，git config --global pack.window 1确实如此。

Answer 3

我有同样的问题。我有一个包含 20000 个文件的存储库，整个存储库大小约为 5 GB，有些文件大小为 10 MB。我可以毫无问题地提交到存储库，并且可以毫无问题地克隆（尽管这需要一段时间）。然而，每次我把这个仓库拉到我的机器上时，我都会得到

\n

remote: Enumerating objects: 1359, done.\nremote: Counting objects: 100% (1359/1359), done.\nremote: Compressing objects: 100% (691/691), done.\nremote: Total 1221 (delta 530), reused 1221 (delta 530), pack-reused 0\nfetch-pack: unexpected disconnect while reading sideband packet\nfatal: early EOF\nfatal: fetch-pack: invalid index-pack output\n

\n

最终有帮助的是这个技巧。转到您的用户目录并编辑.git/config并添加：

\n

[core] \n    packedGitLimit = 512m \n    packedGitWindowSize = 512m \n[pack] \n    deltaCacheSize = 2047m \n    packSizeLimit = 2047m \n    windowMemory = 2047m\n

\n

瞧\xc3\xa1。不再有错误。

\n

Answer 4

git config --global http.version HTTP/1.1

为我解决了问题。我之前无法在多个不同的 github 存储库中推送大量提交。

Answer 5

连接、VPN、防病毒、防火墙

\n

最可能的原因。特别是如果你的 git 是最新的（如果不是，你可以更新它）。

\n

首先要尝试的是检查您的连接是否稳定。

\n

我的连接非常好===> 等等您使用VPN吗？

\n

=>禁用它。并尝试一下。（VPN 是造成此类问题的罪魁祸首）

\n

还是不行？==> 检查防病毒软件和防火墙。

\n

\n

\n
• 网络稳定。
  
\n
• VPN VPN VPN => 大罪魁祸首
\n
• 防火墙和防病毒软件
\n
• git更新到最新的
\n

\n

\n

如果这不起作用，请参阅以下内容：

\n

VPNdynamic IP rotation是罪魁祸首

\n

\n

• 如果禁用 VPN 后一切正常。如果您仍然需要使用 VPN。尝试使用 astatic IP代替。主要是它很有意义。它正在工作。然后呃呃呃。有VPN IP rotation问题dynamic IP。（如果您切换到静态并且它适合您。请发表评论。以静态方式维持该状态。）

  \n
\n

• 我领导的实验

  \n
  \n
  • 使用 a 克隆 git@github.com:microsoft/vscode.git 存储库，VPN以static IP100kib/s 超额克隆（克隆时间超过 2 小时）。\n
    \n
    • 这个仓库太大了。如果使用aVPN和 a ，则克隆失败。dynamic IP
    \n
    • 结果\n- 与\xe2\x9c\x85VPN一起正常工作static IP
    \n
    \n
  \n
  \n
\n

\n

Git 缓存、缓冲区和内存

\n

/sf/answers/2054872431/

\n

打开 git 全局配置：

\n

git config --global -e\n

\n

并添加这些条目：

\n

[core] \npackedGitLimit = 512m \npackedGitWindowSize = 512m \n[pack] \ndeltaCacheSize = 2047m \npackSizeLimit = 2047m \nwindowMemory = 2047m\n

\n

再次尝试克隆。

\n

如果这不起作用！=>

\n

您可以尝试部分获取方法并禁用压缩：

\n

/sf/answers/1562223561/

\n

一次一个命令

\n

[core] \npackedGitLimit = 512m \npackedGitWindowSize = 512m \n[pack] \ndeltaCacheSize = 2047m \npackSizeLimit = 2047m \nwindowMemory = 2047m\n

\n

更多详细信息请参见链接。

\n

Answer 6

首先，检查您的网络连接稳定性。

如果网络连接没有问题，请尝试其他解决方案；它可能有效：

在 Linux 上

在执行 Git 命令之前，在命令行中执行以下操作：

export GIT_TRACE_PACKET=1
export GIT_TRACE=1
export GIT_CURL_VERBOSE=1

在 Windows 上

在执行 Git 命令之前，在命令行中执行以下操作：

set GIT_TRACE_PACKET=1
set GIT_TRACE=1
set GIT_CURL_VERBOSE=1

此外：

git config --global core.compression 0
git clone --depth 1 <repo_URI>
# cd to your newly created directory
git fetch --unshallow 
git pull --all

Answer 7

我不想相信它，但在 3 次克隆失败后，从 wifi 连接（在 Mac 上）切换到硬连线连接（在 Linux 上）使它第一次工作。不知道为什么！

https://serverfault.com/questions/1056419/git-wsl2-ssh-unexpected-disconnect-while-reading-sideband-packet/1060187#1060187

Answer 8

如果您使用 SSH URL，您可以尝试以下操作，它对我有两次遇到相同问题的效果：

1. 切换到 HTTPS 源 URL：git remote set-url origin https://github.com/<your_repo>
2. 做推动。现在应该不会失败。
3. 切换回 SSH：git remote set-url origin git@github.com:<your_repo>

我仍然不确定问题的原因是什么。这只是一种解决方法。

Answer 9

就我而言，当我尝试推送初始提交时，有一些文件大小超过 100MB。由于 GitHub 显然不允许这样做，因此您会收到错误“读取边带数据包时意外断开连接致命：远程端意外挂起”。

使用 git rm 还不够，我必须使用 git init、git add、git commit 和 git push 重新开始才能解决问题。

Answer 10

在 Windows 11 上，我通过升级位于 C:\Windows\System32\OpenSSH 文件夹中的内置 OpenSSH 解决了这个问题。

您可以在此处下载最新的二进制文件： https ://github.com/PowerShell/Win32-OpenSSH/releases

请参阅发行说明中的​​#2012，它解决了该问题：

v9.2.2.0p1-Beta Latest
This is a beta-release (non-production ready)

This release includes:

Security Fixes:

Upgrade to LibreSSL 3.7.2. Please refer to https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-3.7.2-relnotes.txt
MSI: change inbound firewall rule that opens port 22 to apply to Private networks only
Non-Security Fixes:

Add U2F/Fido2 keys to the agent from other clients: #1961 - thanks @ddrown!
Fix output codepage after executing scp/sftp/ssh/ssh-keygen command: #2027 - thanks @kemaruya!
Fix early EOF termination when running git fetch over ssh: #2012 - thanks @cwgreene!
Revert mark-of-the-web for SCP/SFTP file downloads: #2029