【问题标题】:Huge delay after exchange ssh keys (via git)交换 ssh 密钥后的巨大延迟(通过 git)
【发布时间】:2021-06-25 08:19:19
【问题描述】:

我有多个 github 帐户,因此为了通过 ssh 管理它们,我在 ~/.ssh/config 文件中放置了两个不同的条目。

这是其中之一:

Host github_second_account
    User git
    HostName github.com
    PreferredAuthentications publickey
    IdentityFile ~/.ssh/github_second_account

直到上周为止,这一切都很好。
现在我在做一个简单的 git fetch/pull/push 时遇到了巨大的延迟

所以为了测试问题所在,我在一个简单的连接中使用了 -vv:

ssh -vvT github_second_account

这是结果:

Enter passphrase for key '/home/myuser/.ssh/github_second_account': 
debug1: Authentication succeeded (publickey).
Authenticated to github.com ([ip]:22).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Entering interactive session.
debug1: pledge: filesystem full
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 setting TCP_NODELAY
debug2: client_session2_setup: id 0
debug2: channel 0: request shell confirm 1
debug2: channel_input_open_confirmation: channel 0: callback done

// HUGE DELAY HERE (at least 10 minutes): 
debug2: channel 0: open confirm rwindow 32000 rmax 35000
debug1: client_input_global_request: rtype keepalive@openssh.com want_reply 1

debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
debug2: channel 0: rcvd ext data 97
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: rcvd close
debug2: chan_shutdown_read: channel 0: (i0 o1 sock -1 wfd 4 efd 6 [write])
debug2: channel 0: input open -> closed
debug2: channel 0: obuf_empty delayed efd 6/(97)
Hi myuser! You've successfully authenticated, but GitHub does not provide shell access.

成功认证后延迟开始,特别是这两个事件需要10分钟才能解决(每个):

debug2: channel 0: open confirm rwindow 32000 rmax 35000
debug1: client_input_global_request: rtype keepalive@openssh.com want_reply 1

你知道如何解决这个问题吗?我的想法不多了。

我的系统:

  • Manjaro 21.0 Ornara
  • 外壳:zsh 5.8

【问题讨论】:

    标签: git github ssh ssh-keys


    【解决方案1】:

    根据网上的很多提示,做了很多尝试和错误,我通过修改系统文件/etc/ssh/ssh_config找到了解决方案。

    刚刚在文件末尾添加了这个选项:

    IPQoS 0x00
    

    【讨论】:

      【解决方案2】:

      首先检查,考虑那里was an incident yesterday,如果:

      • 问题仍然存在
      • 该问题可在不同的计算机/操作系统上重现

      这样,您可以排除或查明您特定的第二个 GitHub 帐户上的问题。

      【讨论】:

      • 感谢您的帮助。然而,这个问题不再存在了,尽管它只出现在我的计算机/操作系统上,并且考虑到它不仅在 github 上验证,而且在第三方服务器上的 git 存储库上验证,我认为它是与 github 事件无关。我写了我的“推测”解决方案
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-12-06
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多