我在我的服务器上有这个问题，它是用常规IP和故障转移IP设置的。此时，故障转移IP没有指向服务器。我必须从/etc/netplan/01-netcfg.yaml中的服务器配置中删除故障转移IP。将故障转移IP指向该服务器也可能解决了这个问题。

在与Ludder类似的失败模式中，当我还没有登录到正确的公司VPN时，我就得到了这个错误。facepalm指:

当我不小心切换到客户wifi网络时，我得到了这个错误。不得不切换回默认的wifi网络。

主要原因是公司最近安装的代理发生了变化，阻止了公司域以外的其他ssh连接。

我可以通过以下步骤成功连接:

仔细检查，这个问题是我所假设的 ssh -T git@github.com

它应该在一个超时中结束。

编辑本地远程URL

SSH配置——local -e

从

url = git@github。com: asheeshjanghu / Journal git。

to

url = https://github.com/asheeshjanghu/Journal.git

重要的一点是，在url中，你必须在2个地方改变。

从git@到https://，从github:username到github/username

最后通过git获取来验证

我在我的服务器上有这个问题，它是用常规IP和故障转移IP设置的。此时，故障转移IP没有指向服务器。我必须从/etc/netplan/01-netcfg.yaml中的服务器配置中删除故障转移IP。将故障转移IP指向该服务器也可能解决了这个问题。

这个答案是基于@zundi对主要问题的评论(功劳应该归谁，谢谢zundi):

在您的移动设备上创建热点并连接热点 git推 关闭您的移动设备上的热点并重新连接到原来的网络 Git推送继续工作

我不知道为什么临时连接到一个热点神奇地“启动”原来的网络连接。