Question

我正在尝试设置与bitbucket的无密码git连接。我在Windows Server 2008上使用git bash。

通过HTTPS克隆工作正常：

nskoric@P8-DEV /z/test
$ git clone https://dijxtra@bitbucket.org/nek-plan/gittest.git
Cloning into 'gittest'...
Password for 'https://dijxtra@bitbucket.org':
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (3/3), done.
Checking connectivity... done.

但是，HTTPS是不可接受的，因为我需要无密码登录。所以我生成了一个私钥/公钥对，上传了公钥到bitbucket并在.ssh / config中设置了Host / IdentitiyFile。然后我尝试连接并失败。

我的公司防火墙关闭了端口22：

nskoric@P8-DEV /z/test
$ ssh git@bitbucket.org -vv
OpenSSH_6.6.1, OpenSSL 1.0.1i 6 Aug 2014
debug1: Reading configuration data /u/.ssh/config
debug1: /u/.ssh/config line 1: Applying options for *bitbucket.org
debug2: ssh_connect: needpriv 0
debug1: Connecting to bitbucket.org [131.103.20.168] port 22.

所以，我根据bitbucket文档使用端口443：

nskoric@P8-DEV /z/test
$ git clone ssh://git@altssh.bitbucket.org:443/nek-plan/gittest.git
Cloning into 'gittest'...
ssh_exchange_identification: read: Connection reset by peer
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

我试过googling＆＃34; bitbucket ssh_exchange_identification：读取：连接由peer＆＃34;重置，但它没有帮助： - /然后我尝试调试SSH连接，但这是我得到的最远：

nskoric@P8-DEV /z/test
$ ssh git@altssh.bitbucket.org -p 443 -vv
OpenSSH_6.6.1, OpenSSL 1.0.1i 6 Aug 2014
debug1: Reading configuration data /u/.ssh/config
debug1: /u/.ssh/config line 1: Applying options for *bitbucket.org
debug2: ssh_connect: needpriv 0
debug1: Connecting to altssh.bitbucket.org [131.103.20.174] port 443.
debug1: Connection established.
debug1: identity file /u/.ssh/bitbucketnek type 1
debug1: identity file /u/.ssh/bitbucketnek-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.6.1
ssh_exchange_identification: read: Connection reset by peer

因此，SSH找到了正确的身份文件（/u/.ssh/bitbucketnek）然后就死了。现在，如果我能弄清楚问题是否在我的＆＃34; bitbucketnek＆＃34;中，那将是非常有帮助的。私钥，或者是我们公司防火墙中的问题，还是第三种。有什么想法吗？

谢谢！

Answer 1

作为一个有用的注释，我在共享托管环境中有这个案例，特别是GoDaddy，以及它给我这个错误的原因：

ssh_exchange_identification: read: Connection reset by peer

解决方案：我的本地计算机的IP已被GoDaddy阻止，所以我不得不联系他们的支持，向他们发送运行错误输出的屏幕截图：

ssh -v user @ domain

，并为他们提供我的IP。他们注意到我的ip实际上已被阻止，删除它，问题解决了。

Answer 2

ssh_exchange_identification: read: Connection reset by peer

＆＃34;由同行重置连接＆＃34;表示TCP连接是＆＃34;异常关闭＆＃34;从远程（服务器）方面。＆＃34; ssh_exchange_identification＆＃34;意味着它在客户端和服务器交换软件版本字符串的阶段发生。这发生在客户端和服务器交换主机密钥或尝试进行身份验证之前。换句话说，在进行任何类型的密钥交换或身份验证之前，连接的远程端正在丢弃。

异常关闭（连接重置）通常表示服务器进程退出而未关闭连接，或者崩溃，或者防火墙或负载均衡器等因素干扰了连接。通常我建议在服务器上对此进行故障排除。但鉴于这是bitbucket，从假设他们的服务器正常工作开始可能是安全的。可能的替代方案是您的流量通过状态防火墙，负载均衡器或网络中的类似设备，并且由于某种原因迫使TCP流关闭。

我看到您尝试在端口443上运行SSH，可能跟随these instructions。也许您的网络工程师已阻止端口22到Internet？也许他们还在端口443上进行数据包检查，并且他们阻止了看起来不像HTTPS（HTTP over SSL）的流量。

Answer 3

当我尝试通过脚本，一个接一个地提取20个左右的项目更新时，我已经看到了这种情况。我怀疑我遇到了某种限制。每次拉动后添加“睡眠10”似乎已经解决了这个问题。

Answer 4

我可以使用Atlassian Stash服务器（通过使用脚本“ git pull”许多项目的脚本）通过VPN访问来确认这一点。对于他们中的许多人，我都得到了“ kex_exchange_identification：读取：连接被对等方重置”错误，当在两次请求之间插入“ sleep 5”时，该错误消失了。

bitbucket ssh_exchange_identification：读取：由对等方重置连接

4 个答案: