bibucket ssh_exchange_identification: read: Connection reset by peer
Ich versuche ein setup ohne Passwort git-Verbindung zu bitbucket. Ich bin mit der git-bash unter Windows Server 2008.
Klonen über HTTPS funktioniert:
nskoric@P8-DEV /z/test
$ git clone https://[email protected]/nek-plan/gittest.git
Cloning into 'gittest'...
Password for 'https://[email protected]':
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Unpacking objects: 100% (3/3), done.
Checking connectivity... done.
Aber, HTTPS ist nicht akzeptabel, da brauche ich ohne Passwort einloggen. Also ich generiert ein private - /public-key paar, hochgeladen öffentlichen Schlüssel zu bitbucket und einrichten Host/IdentitiyFile .ssh/config. Dann habe ich versucht, den Anschluss und scheiterte.
Port 22 geschlossen ist auf meiner Unternehmens-firewall:
nskoric@P8-DEV /z/test
$ ssh [email protected] -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.
So, ich bin mit port 443, nach bitbucket Dokumentation:
nskoric@P8-DEV /z/test
$ git clone ssh://[email protected]: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.
Ich habe versucht, googeln "bitbucket ssh_exchange_identification: read: Connection reset by peer", aber es hat nicht geholfen :-/Dann habe ich versucht zu Debuggen SSH-Verbindung, aber diese ist die am weitesten, die ich habe:
nskoric@P8-DEV /z/test
$ ssh [email protected] -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
So, SSH, fand die richtige Identität-Datei (/u/.ssh/bitbucketnek) und dann starb. Nun, es wäre wirklich hilfreich, wenn ich herausfinden könnte, ob das problem in meinem "bitbucketnek" privaten Schlüssel, oder ist das problem in unserer Unternehmens-firewall oder etwas drittes. Irgendwelche Ideen?
Dank!
InformationsquelleAutor dijxtra | 2014-12-29
Du musst angemeldet sein, um einen Kommentar abzugeben.
Als eine hilfreiche Anmerkung, ich hatte diesen Fall in einer shared hosting-Umgebung, die speziell GoDaddy, und der Grund, Es gab mir diese Fehlermeldung:
Lösung: mein lokaler Rechner die ip-Adresse gesperrt worden von GoDaddy, so hatte ich an Ihre support, senden Sie einen screenshot der Fehler-Ausgang ausgeführt:
und auch Ihnen mit meiner ip. Sie bemerkte meine ip war in der Tat blockiert, entfernt es, und das problem ist gelöst.
Gibt es irgendeinen anderen Weg, um die Blockierung der IP ?
nicht in diesem speziellen Szenario. Warum?
dasselbe geschah zu mir und ich folgte Ihren Rat durch Aufruf des support-center. Sie die Einstellungen zurücksetzen und nun evrything arbeitet. Dank bud
InformationsquelleAutor Eduardo La Hoz Miranda
"Connection reset by peer" bedeutet, dass die TCP-Verbindung wurde "ungewöhnlich" geschlossen aus dem entfernten (server -) Seite. "ssh_exchange_identification" bedeutet, dass es geschieht während einer phase, wo die client-und server-exchange-software-version-strings. Dies geschieht, bevor die client-und server-exchange-host-keys oder versuchen, sich zu authentifizieren. In anderen Worten, die entfernten Ende der Verbindung fallen wird, bevor irgendeine Art Schlüssel-exchange oder Authentifizierung stattgefunden hat.
Einer abnormen enge (Verbindung zurücksetzen) in der Regel zeigt an, dass der server-Prozess beendet wurde, ohne schließen der Verbindung, oder es ist abgestürzt, oder so etwas wie eine firewall oder load balancer stört die Verbindung. Normalerweise würde ich vorschlagen, um dies zu beheben auf dem server. Aber angesichts dieser ist bitbucket, ist es wahrscheinlich sicher zu starten mit der Annahme, dass Ihre Server einwandfrei funktionieren. Die wahrscheinliche alternative ist, dass Ihr Datenverkehr wird durch eine stateful-firewall, oder einem Loadbalancer oder ein ähnliches Gerät in Ihrem Netzwerk, und es zwingt den TCP-stream aus irgendeinem Grund geschlossen.
Ich sehe, Sie versuchen, führen Sie SSH auf port 443, der wahrscheinlich folgenden diese Anweisungen. Vielleicht ist Ihr Netzwerk-Ingenieure haben blockiert port 22 an das Internet? Vielleicht sind Sie auch dabei packet inspection auf port 443, und Sie blockieren den Verkehr, die nicht Aussehen wie HTTPS (HTTP über SSL).
InformationsquelleAutor Kenster
Ich habe gesehen, das passiert, wenn ich versuchte, ziehen die updates auf 20 oder so Projekte, die über ein Skript, eine sofort nach dem anderen. Ich vermute, ich lief in einige Art von Grenze. Hinzufügen ein 'sleep 10' nach jedem Zug scheint das problem gelöst haben.
InformationsquelleAutor Charles Roth