【问题标题】:git push ssh broken pipe error / http curl ssl read errorgit push ssh 破管错误/http curl ssl 读取错误
【发布时间】:2018-10-06 05:08:56
【问题描述】:

我正在使用 MAC OS Yosemite,我想将一个 17 MB 的文件推送到我的 github-Account。我通过 ssh 和 https 都尝试了 git,但都没有工作。 GIT_TRACE=1 GIT_CURL_VERBOSE=1 git push -u origin master 返回最后 6 行:

Counting objects: 243, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (118/118), done.
packet_write_wait: Connection to 192.30.253.113 port 22: Broken pipe
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly

为我的问题寻找解决方案,我开始在各种配置脚本中设置 TCPKeepAlive、ServerAlive、ClientAlive 参数,结果如下: 在~/.ssh/config

Host github.com
   PubKeyAuthentication yes
   IdentityFile ~/.ssh/id_rsa.pub
   ServerAliveInterval 300
   TCPKeepAlive no
   #ServerAliveCountMax 2400

/etc/sshd_config:

#   $OpenBSD: sshd_config,v 1.89 2013/02/06 00:20:42 dtucker Exp $

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options override the
# default value.

# See sshd_config(5) for details on setting the Port and Listen values on Mac OS X
#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

# The default requires explicit activation of protocol 1
#Protocol 2

# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key
#HostKey /etc/ssh/ssh_host_ecdsa_key

# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 1024

# Logging
# obsoletes QuietMode and FascistLogging
SyslogFacility AUTHPRIV
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#RSAAuthentication yes
#PubkeyAuthentication yes

# The default is to check both .ssh/authorized_keys and .ssh/authorized_keys2
# but this is overridden so installations will only check .ssh/authorized_keys
AuthorizedKeysFile  .ssh/authorized_keys

#AuthorizedPrincipalsFile none

#AuthorizedKeysCommand none
#AuthorizedKeysCommandUser nobody

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords both PasswordAuthentication and
# ChallengeResponseAuthentication must be set to "no".
#PasswordAuthentication no
#PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
#GSSAPIStrictAcceptorCheck yes
#GSSAPIKeyExchange no

# Set this to 'yes' to enable PAM authentication, account processing, 
# and session processing. If this is enabled, PAM authentication will 
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
# Also, PAM will deny null passwords by default.  If you need to allow
# null passwords, add the " nullok" option to the end of the
# securityserver.so line in /etc/pam.d/sshd.
#UsePAM yes

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
#XauthLocation xauth # Default is to search $PATH (set by launchd(8)).  It is recommended that a full path be provided.
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
TCPKeepAlive yes
#UseLogin no
UsePrivilegeSeparation sandbox      # Default for new installations.
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10:30:100
#PermitTunnel no
#ChrootDirectory none
#VersionAddendum none

# pass locale information
AcceptEnv LANG LC_*

# no default banner path
#Banner none

# override default of no subsystems
Subsystem   sftp    /usr/libexec/sftp-server

# Example of overriding settings on a per-user basis
#Match User anoncvs
#   X11Forwarding no
#   AllowTcpForwarding no
#   ForceCommand cvs server

# XAuthLocation added by XQuartz (http://xquartz.macosforge.org)
XAuthLocation /opt/X11/bin/xauth

Host *
ClientAliveCountMax 4
ClientAliveInterval 600

不过,将 ClientAlive 参数添加到 /etc/sshd_config 并将 ServerAlive 参数添加到 ~/.ssh/config 无法解决我的问题。我使用以下方法重新启动了 sshd 服务:

sudo launchctl unload /System/Library/LaunchDaemons/ssh.plist

sudo launchctl load -w /System/Library/LaunchDaemons/ssh.plist

ssh -T git@github.com 返回: 您已成功通过身份验证,但 GitHub 不提供 shell 访问权限。

所以,然后我尝试通过 https 更改为 git:

git remote set-url origin https://github.com/<my username>/<my repo>

并将 postBuffer 大小设置为 30MB:

git config --global http.postBuffer 30M

然后 GIT_TRACE=1 GIT_CURL_VERBOSE=1 git push -u origin master 返回:

...
* Couldn't find host github.com in the .netrc file; using defaults
* NTLM-proxy picked AND auth done set, clear picked!
* Hostname github.com was found in DNS cache
*   Trying 192.30.253.113...
* Connected to github.com (192.30.253.113) port 443 (#1)
* SSL re-using session ID
* TLS 1.2 connection using TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
* Server certificate: github.com
* Server certificate: DigiCert SHA2 Extended Validation Server CA
* Server certificate: DigiCert High Assurance EV Root CA
...
Host: github.com
Authorization: Basic Z3JvMW06YSooYitjKT1hKmIrYSpjTUc5MQ==
User-Agent: git/2.14.2
Accept-Encoding: gzip
Content-Type: application/x-git-receive-pack-request
Accept: application/x-git-receive-pack-result
Content-Length: 57811865

* SSLRead() return error -9820
* Closing connection 1
error: RPC failed; curl 56 SSLRead() return error -9820
fatal: The remote end hung up unexpectedly
fatal: The remote end hung up unexpectedly
Everything up-to-date

所以我不知道如何通过 ssh 或 https 上传文件。因此,如果有人可以向我建议我可以尝试将我的文件成功上传到 Github,我会很高兴。如果有人能告诉我问题的根本原因和解决方案,那就更好了。谢谢!

【问题讨论】:

  • 在将我的 repo 推送到 github 的情况下,这对我有用。我将 IPQoS=throughput 添加到 ~/.ssh/config
  • 您是否将 IPQoS=throughput 添加到特定主机?不适合我

标签: github ssh https git-push


【解决方案1】:

首先,sshd 用于在服务器端配置 ssh 守护进程,而你不是(你是客户端)

其次,您的配置不应使用 github.com 作为主机条目。
使用 mygithub 之类的自定义键。
并在该部分添加User gitHostName github.com

您的~/.ssh/config 应该是:

Host mygithub
   HostName github.com
   PubKeyAuthentication yes
   IdentityFile ~/.ssh/id_rsa
   ServerAliveInterval 300
   TCPKeepAlive no
   #ServerAliveCountMax 2400
   User git

然后更改您的网址:

git remote set-url origin mygithub:MyAccount/MyRepo.git

然后再试一次。

如果问题依旧,如mentioned here,是网络问题,OP确认。

【讨论】:

  • 好的,所以我撤消了对 sshd 文件的更改。现在我不确定自定义键。如果我以您的示例为例,只需输入 mygithub 作为我的密钥,然后按照您的建议更改 URL,那么我会得到 ssh: Could not resolve hostname mygithub: nodename nor servname provided, or not known。所以我将第一行更改为:Host git@github.com,并在第二行添加了User git。但这仍然给了我同样的错误。所以,如果你能澄清你关于使用自定义键的观点,我会很高兴。
  • @mgross 我已经编辑了答案以包含~/.ssh/config 文件:然后您将能够解析'mygithub'
  • 这是我最初所做的,我现在通过复制您的 ~/.ssh/config 再次尝试以确保。然后我输入:git remote set-url origin mygithub:&lt;MyUserName&gt;/&lt;MyRepoName&gt;.git。再一次,我得到mygithub 无法解决的错误。 GIT_TRACE=1 GIT_CURL_VERBOSE=1 git push -u origin master 的输出进一步表明我应该确保拥有正确的访问权限并且存储库存在。而且我确信回购存在;我从 github.com 复制了链接。我将配置文件的访问权限从644 更改为600,但这并没有改变任何内容。
  • @mgross ssh -T mygithub 返回什么? (使用与 ~/.ssh/config 相同的帐户完成)
  • 返回:ssh: Could not resolve hostname mygithub: nodename nor servname provided, or not known
【解决方案2】:

确实,正如@VonC 所指出的,通过 ssh 推送的 packet_write_issue 和通过 https 推送的 SSLRead() return error 是由糟糕的互联网连接引起的。 就我而言,我通过将互联网电缆直接插入路由器而不是通过我们家里的墙壁连接来改善网络连接。最后,这让我可以将我的文件上传到 github.com。

【讨论】:

  • 通过 ssh 连接到 AWS 工作得很好,因此,我不认为直接将我的互联网电缆连接到路由器会产生如此大的影响。因此,它会很想知道是否有一个终端命令来检索网络指标,该指标告诉人们连接是否足以将您的数据上传到远程存储库。
  • 太好了,干得好。 +1。我在回答中包含了我在评论中提到的链接以获得更多可见性。
  • @VonC:我认为如果您可以在答案中将 IdentityFile ~/.ssh/id_rsa.pub 更改为 IdentityFile ~/.ssh/id_rsa 会很好,否则在未来的 git 推送中会出现无效的密钥格式错误,正如 @ 中所指出的那样987654321@.
【解决方案3】:

我在连接到办公室互联网时遇到了同样的问题。经过几次尝试,切换到个人互联网并执行“git push”。这按预期工作。

如果您在将代码推送到 git 时注意到以下错误,请尝试切换网络。

packet_write_wait: Connection to 0.0.0.0 port 22: Broken pipe
fatal: the remote end hung up unexpectedly
fatal: the remote end hung up unexpectedly

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-07-29
    • 2017-06-02
    • 1970-01-01
    • 2022-07-19
    • 1970-01-01
    • 2014-04-04
    • 2013-03-24
    • 2016-12-12
    相关资源
    最近更新 更多