Bei beiden Antworten habe ich Berechtigungen erwähnt, die ich aber bereits geprüft hatte. Sowohl
~/.ssh/id_rsa
und~/.ssh/id_rsa
sind im Besitz von meinem Benutzer664
und600
jeweils. Ich habe sogar versucht, chmod777
für beide Dateien zu verwenden, bekam aber dieselbe Nachricht.
777
Berechtigungen werden nie funktionieren. SSH-Berechtigungen sind stark einschränkend, und wenn Sie sie öffnen, werden nur Fehler verursacht. Auch Ihre Kommentare zu anderen Fragen geben an, dass dies Ihre aktuellen Berechtigungen sind:
-rw-rw-r--. 1 centos centos 47 May 17 20:33 /home/centos/.ssh/config
Das sind 664
Berechtigungen, die sind -rw-rw-r--
. Was Sie wollen, sind 600
Berechtigungen, die sein würden -rw-------
. Also bitte probieren Sie das aus; Ändern Sie zunächst die ~/.ssh/config
Berechtigungen wie folgt:
chmod 600 /home/centos/.ssh/config
Jetzt mache dasselbe für ~/.ssh/id_rsa
chmod 600 /home/centos/.ssh/id_rsa
Ich bin auch nicht sicher, was die Bitbucket SSH-Domäne / Benutzer-Kombination wäre, aber es könnte sich lohnen, den Prozess zu debuggen, indem der SSH-Befehl mit dem -v
(verbose) Flag verwendet wird, um im Detail zu sehen, was passiert. Ein Befehl wie dieser würde helfen:
ssh -v -T git@bitbucket.org
Das -v
wäre die ausführliche Ausgabe und die -T
Einstellung würde SSH so einstellen, dass "Pseudo-tty-Zuweisung deaktiviert" wird, so dass keine echte interaktive Sitzung erstellt wird. Es wird im Wesentlichen nur versucht, eine Verbindung zum Remote-Host herzustellen und dann die Verbindung abzubrechen. Nützlich zum Testen.