Ich brauche Hilfe mit den Schlüsseln.
Auf meinem Windows 7-Rechner habe ich mit Puttygen ein Schlüsselpaar erstellt, um eine Verbindung zu einer privaten Gitlab-Site herzustellen.
Im Gitlab habe ich meinen öffentlichen Schlüssel zu meinem Profil hinzugefügt. Ich habe mich mit Putty mit dem Server verbunden, um den Server-Fingerabdruck zwischenzuspeichern, und die Umgebungsvariable GIT_SSH hinzugefügt.
In meinem Projektordner habe ich das Git-Repository initialisiert, die Änderungen übertragen, meinen privaten Schlüssel mit Pageant geladen und auf den Server übertragen. Alles funktionierte wie erwartet – ich konnte die Änderungen übertragen.
Mein Problem: Ich wollte einen anderen Windows 7-Rechner für die Arbeit an meinem Projekt verwenden. Ich habe versucht, dieselben Schritte auszuführen, aber jedes Mal, wenn ich versuche, den Vorgang fortzusetzen, erhalte ich:
"Server refused public-key signature despite accepting key!"
Was mache ich falsch, was sollte ich überprüfen?
danke für die Hilfe
Aktualisieren:
Ich habe mir angesehenetc/var/auth.logauf meinem Server - Wenn ich versuche, eine Verbindung mit der „abgelehnten Maschine“ herzustellen, sehe ich diese Zeilen:
localhost sshd[6979]: error: hash mismatch
localhost sshd[6979]: error: Received disconnect from *IP-of-router*: 14: No supported authentication methods available [preauth]
Was oder wo kann ich weitere Informationen zu diesem Fehler erhalten?
Aktualisierung 2:
Die abgelehnte Maschine ist mit einem ISP verbunden, der Webfilter verwendet. Der ISP verwendetwww.netspark.com, ich vermute, dass es mit dem Problem und der Änderung meines privaten Schlüssels oder so zusammenhängt.
Antwort1
Wie sich herausstellte, befand sich die abgelehnte Maschine hinter einer Firewall des Unternehmens. Ich habe die IT gebeten, meinen Gitlab-Server auszuschließen, und das hat das Problem gelöst.
Ich hoffe, diese Informationen werden anderen in Zukunft helfen
Antwort2
gehe zu /etc/ssh cd /etc/ssh/ nano sshd_config ändere dies PermitRootLogin Nein in PermitRootLogin ohne Passwort und systemctl starte sshd neu
* nano ssh_config zu nano sshd_config korrigiert