Bitbucket git SSH-Schlüsselfehler: "Ungültiger Besitzer oder Berechtigungen für /home/centos/.ssh/config"


1

Ich habe Bitbuckets Anweisungen befolgt, meine SSH-Schlüssel hinzuzufügen und git zu verwenden, ohne sich jedes Mal authentifizieren zu müssen. ich befolgte die Anweisungen hier . Dann komme ich zu ssh -T git@bitbucket.org Ich erhalte folgende Nachricht:

Bad owner or permissions on /home/centos/.ssh/config

Eine Überprüfung der SSH-Berechtigungen zeigt:

cat ~/.ssh/config
Host bitbucket.org
 IdentityFile ~/.ssh/id_rsa

Und ~/.ssh/id_rsa existiert und enthält meinen privaten Schlüssel. Der öffentliche Schlüssel ist bereits zu meinen SSH-Schlüsseln in Bitbucket hinzugefügt, und die Fehlermeldung, die ich erhalte, ist nicht in der Fehlerbehebungsanleitung enthalten.

System ist CentOS Linux Version 7.0.1406 (Core), git Version 1.8.3.1, der SSH-Schlüssel wurde vor 5 Stunden zu Bitbucket hinzugefügt. Nicht sicher, ob relevant, der Benutzer centos auf dem CentOS-Rechner wurde automatisch erstellt und ich melde mich mit einer Identitätsdatei an (ich habe kein Kennwort dafür). Auch das Bitbucket-Repository funktioniert einwandfrei und ich kann damit von einem anderen Computer aus problemlos arbeiten. Beide SSH-Schlüssel sind unter meinem Bitbucket-Konto aufgeführt.

AKTUALISIEREN: Bei beiden Antworten habe ich Berechtigungen erwähnt, die ich aber bereits geprüft hatte. Beide ~/.ssh/id_rsa und ~/.ssh/id_rsa sind im Besitz meines Benutzers mit 664 und 600 beziehungsweise. Ich habe sogar chmod ausprobiert 777 zu beiden Dateien, aber die gleiche Nachricht erhalten.

Antworten:


4

Bei beiden Antworten habe ich Berechtigungen erwähnt, die ich aber bereits geprüft hatte.   Beide ~/.ssh/id_rsa und ~/.ssh/id_rsa sind im Besitz meines Benutzers mit 664 und 600 beziehungsweise. Ich habe sogar chmod ausprobiert 777 zu beiden Dateien   bekam aber die gleiche 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 

Diese sind 664 Berechtigungen, die sind -rw-rw-r--. Was du willst ist 600 Berechtigungen, die wären -rw-------. Also bitte probieren Sie das aus; Zuerst das ändern ~/.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 mithilfe des SSH-Befehls mit dem Debugging zu debuggen -v (verbose) flag, 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 würde SSH so einstellen, dass "die Pseudo-tty-Zuweisung deaktiviert wird", sodass 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.


2

Wie der Fehler anzeigt, überprüfen Sie den Besitz und die Berechtigungen mit etwas Ähnlichem ls -l /home/centos/.ssh/config.

Es sollte in Ihrem Besitz sein ( centos ) und beide Modi 600 ( rw------- ) oder 400 ( r-------- ).


Das hatte ich schon überprüft. -rw-rw-r--. 1 Centos Centos 47 17. Mai 20:33 /home/centos/.ssh/config
Josep Valls

1
@JosepValls: Das sagst du im Grunde /home/centos/.ssh/config hat 660 Berechtigungen. Es sollte sein 600.
JakeGould

0

Ich würde einen laufen lassen

sudo chown <username>:<username> ~/.ssh/config

Woher <username> ist Ihr System-Benutzername Das ändert den Besitzer der Datei in <username>

Löschen und Wiederherstellen mit dem aktuellen Benutzer (nicht mit sudo) würde ebenfalls funktionieren. Ich vermute, dass dies durch das Erstellen der Datei als root verursacht wurde.


Das hatte ich schon überprüft. -rw-rw-r--. 1 Centos Centos 47 17. Mai 20:33 /home/centos/.ssh/config
Josep Valls
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.