Die Identifikation des SSH-Remote-Hosts hat sich geändert

Ich habe meinen Server neu installiert und erhalte folgende Meldungen:

[user@hostname ~]$ ssh root@pong
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
6e:45:f9:a8:af:38:3d:a1:a5:c7:76:1d:02:f8:77:00.
Please contact your system administrator.
Add correct host key in /home/hostname /.ssh/known_hosts to get rid of this message.
Offending RSA key in /var/lib/sss/pubconf/known_hosts:4
RSA host key for pong has changed and you have requested strict checking.
Host key verification failed.

Ich habe verschiedene Lösungen ausprobiert, die ich im Internet gefunden habe. Meine known_hostsDatei (normalerweise in ~/.ssh/known_hosts) ist in /var/lib/sss/pubconf/known_hosts. Ich habe versucht, es zu bearbeiten, aber es bleibt in einem Zustand. Ich habe ipa-client installiert und habe Fedora 19. Wie löse ich diese Warnung?

Alle bisher beantworteten Antworten funktionieren nur, wenn Sie Freeipa nicht installiert haben.

Die richtige Antwort für freeipa in den Kommentaren unten von adrin ist hier .

Hier ist die einfachste Lösung

ssh-keygen -R <host>

Zum Beispiel,

ssh-keygen -R 192.168.3.10

Von der ssh-keygenManpage :

• -R hostnameEntfernt alle zum Hostnamen gehörenden Schlüssel aus einer Datei "unknown_hosts". Diese Option ist nützlich, um Hash-Hosts zu löschen (siehe die Option -H oben).

Verwenden

ssh-keygen -R [hostname]

Beispiel mit einer IP-Adresse / einem Hostnamen wäre:

ssh-keygen -R 168.9.9.2

Dadurch wird die Beleidigung Ihres Hosts von den bekannten Hosts aktualisiert. Sie können den Pfad der bekannten_Hosts auch mit dem Flag -f versehen.

Ich hatte den gleichen Fehler, nachdem ich ein Digital Ocean Ubuntu-Image neu erstellt hatte. Ich habe den folgenden Befehl mit meiner Server-IP anstelle von verwendet[IP_ADDRESS]

ssh-keygen -R [IP_ADDRESS]

Wenn Sie den Server neu installieren, ändert sich seine Identität und Sie erhalten diese Meldung. Ssh kann nicht wissen, ob Sie den Server geändert haben, mit dem es verbunden ist, oder ob Ihrem Netzwerk ein Server in der Mitte hinzugefügt wurde, um Ihre gesamte Kommunikation zu überwachen. Dies macht Sie darauf aufmerksam.

Entfernen Sie einfach den Schlüssel aus bekannten_Hosts, indem Sie den entsprechenden Eintrag löschen:

sed '4d' -i /var/lib/sss/pubconf/known_hosts

Das 4dist auf Rechnung vonOffending RSA ...known_hosts:4

Der Vorschlaghammer soll jeden bekannten Wirt auf einen Schlag entfernen:

rm ~/.ssh/known_hosts

Ich stoße darauf, da wir kleine Subnetze kurzlebiger Server aus einer Sprungbox verwenden und häufig interne IP-Adressen von Servern wiederverwenden, die denselben SSH-Schlüssel verwenden.

Das Problem ist, dass Sie zuvor eine SSH-Verbindung zu einem Remotecomputer akzeptiert haben und sich der digitale Fingerabdruck oder der SHA256-Hash-Schlüssel des Remotecomputers seit Ihrer letzten Verbindung geändert hat. Wenn Sie also erneut versuchen, SSH zu verwenden, oder Github verwenden, um Code abzurufen, der auch SSH verwendet, wird eine Fehlermeldung angezeigt. Warum? Weil Sie dieselbe Remotecomputeradresse wie zuvor verwenden, der Remotecomputer jedoch mit einem anderen Fingerabdruck reagiert. Daher ist es möglich, dass jemand den Computer fälscht, mit dem Sie zuvor verbunden waren. Dies ist ein Sicherheitsproblem.

Wenn Sie zu 100% sicher sind, dass der Remotecomputer nicht kompromittiert, gehackt, gefälscht usw. wird, müssen Sie lediglich den Eintrag in Ihrer Datei "unknown_hosts" für den Remotecomputer löschen. Dadurch wird das Problem behoben, da beim Herstellen der Verbindung keine Nichtübereinstimmung mit den SHA256-Fingerabdruck-IDs mehr besteht.

Auf dem Mac habe ich Folgendes getan:

1) Suchen Sie die Ausgabezeile, die lautet. RSA host key for servername:port has changed and you have requested strict checking.Sie benötigen sowohl den Servernamen als auch den potenziellen Port dieser Protokollausgabe.

2) Sichern Sie die bekannte SSH-Hosts-Datei cp /Users/yourmacusername/.ssh/known_hosts /Users/yourmacusername/.ssh/known_hosts.bak

3) Suchen Sie die Zeile, in der der alte Fingerabdruck des Computers gespeichert ist, und löschen Sie ihn. Sie können anhand des Servernamens und des Ports aus Schritt 1 nach dem spezifischen Fingerabdruck des betreffenden Remotecomputers suchen.nano /Users/yourmacusername/.ssh/known_hosts

4) STRG-X zum Beenden und Y zum Speichern von Änderungen auswählen

Geben ssh -p port servernameSie nun ein und Sie erhalten die ursprüngliche Eingabeaufforderung, die Sie beim ersten Versuch, SSH auf diesen Computer zu senden, ausgeführt haben. Sie haben dann die Möglichkeit, den aktualisierten SHA256-Fingerabdruck des Remotecomputers in Ihrer Datei "unknown_hosts" zu speichern. Wenn Sie SSH über Port 22 verwenden, ist das Argument -p nicht erforderlich.

Bei Problemen können Sie die ursprüngliche Datei "unknown_hosts" wiederherstellen: cp /Users/yourmacusername/.ssh/known_hosts.bak /Users/yourmacusername/.ssh/known_hosts

Wie viele bereits gesagt haben, verwenden Sie ssh-keygen, dh

ssh-keygen -R pong

Möglicherweise möchten Sie auch die Überprüfung des Hostschlüssels vorübergehend deaktivieren:

ssh -oStrictHostKeyChecking=no root@pong

Funktioniert bei mir!

Fehler: Beleidigender RSA-Schlüssel in / var / lib / sss / pubconf / unknown_hosts: 4

Dies zeigt an, dass Sie in Zeile Nr. 1 einen fehlerhaften RSA-Schlüssel haben. 4

Lösung 1 :

1. vi /var/lib/sss/pubconf/known_hosts

2 remove line no: 4 ..

3. Save and Exit, and Retry .

Lösung 2:

ssh-keygen -R "you server hostname or ip"

ODER

Lösung 3:

sed -i '4d' /root/.ssh/known_hosts

Dadurch wird die 4thZeile von /root/.ssh/known_hostsin place ( -i) entfernt.

Ich habe die Lösung von mockinterface verwendet, obwohl das sed-i nicht ganz funktioniert hat. Ich habe es gelöst, indem ich die Zeile von Hand mit vim gelöscht habe:

sudo vim /var/lib/sss/pubconf/known_hosts

Sie können jeden anderen gewünschten Texteditor verwenden, müssen jedoch möglicherweise Ihre Administratorrechte angeben

Für Mac-Benutzer können Sie das -RFlag des ssh-keygenBefehls verwenden. Kurzes Beispiel:

ssh-keygen -R THE_IP_ADDRESS

THE_IP_ADDRESSDies ist die IP, in die Sie ssh versuchen. Und dann können Sie gut verbinden.

Dies liegt daran, dass sich die Einstellungen Ihres Remotecomputers geändert haben. Entfernen Sie dazu Ihre aktuellen Schlüssel.

vim /root/.ssh/known_hosts

Löschen Sie die Zeile der IP, die Sie verbinden.

Bearbeiten /home/hostname /.ssh/known_hostsund löschen Sie die 4 Zeilen und speichern Sie sie.

Führen ssh root@pongSie es dann erneut aus. Die folgende Meldung wird angezeigt: Are you sure you want to continue connecting (yes/no)? yesEinfach ausdrucken yes.

Hinweis: Wenn Sie ein Problem haben, lesen Sie zuerst die Hinweise, es wird helfen.

Die anderen Antworten hier sind gut und trotzdem habe ich das Problem durch Löschen gelöst ~/.ssh/known_hosts. Dies löst sicherlich das Problem, aber es ist wahrscheinlich nicht der beste Ansatz.

In meinem Fall geschah dies, weil ich zuvor eine SSH-Verbindung mit einem Computer mit derselben IP (z. B. 192.152.51.10) hatte und das System den RSA-Schlüssel (gespeichert in /home/user_name/.ssh/known_hosts) des vorherigen Hosts berücksichtigte in Nichtübereinstimmung.

Um dieses Problem zu beheben , müssen Sie den zuvor gespeicherten RSA-Schlüssel für die IP 192.152.51.10 entfernen .

ssh-keygen -f "/home/user_name/.ssh/known_hosts" -R 192.152.51.10

Einfache Einzeilerlösung, getestet auf dem Mac:

sed '/212.156.48.110/d' ~/.ssh/known_hosts > ~/.ssh/known_hosts

Löscht nur die Ziel-SSH-Host-IP von bekannten Hosts.

Dabei wird 212.156.48.110 durch die Ziel-Host-IP-Adresse ersetzt.

Ursache : Es ist aufgetreten, weil die Ziel-IP aufgrund der Portweiterleitung bereits für einen anderen Computer bekannt war. Durch Löschen der Ziel-IP vor dem Herstellen der Verbindung wird das Problem behoben.

Verwenden Sie diesen Befehl:

truncate -s 0 /home/SYSTEM_NAME/.ssh/known_hosts

Entfernen Sie den Eintrag aus bekannten_Hosts mit:

ssh-keygen -R *ip_address_or_hostname*

Dadurch wird die problematische IP- Adresse oder der problematische Hostname aus der Datei " unknown_hosts " entfernt und erneut versucht, eine Verbindung herzustellen .

Aus den Manpages:

-R hostname
Entfernt alle zum Hostnamen gehörenden Schlüssel aus einer Datei "unknown_hosts". Diese Option ist nützlich, um Hash-Hosts zu löschen (siehe die Option -H oben).

Mach einfach:

cd /home/user/.ssh/-> hier userist /home/jon/zum Beispiel Ihr Benutzername .

Dann

gedit known_hosts & und löschen Sie den Inhalt darin.

Jetzt sshsollte es wieder funktionieren.

Wenn Sie versuchen, mit dem Befehl eine Verbindung zum laufenden Docker-Container auf Port 2222 herzustellen, wird der Fehler angezeigt

mian@tdowrick2~$ ssh pos@localhost -p 2222

Um dieses Problem zu lösen, gehen Sie auf Ihrem lokalen Computer (dh Host-Computer nicht Container) zu cd ~/.ssh/und öffnen Sie die known_hostsDatei mit dem Texteditor. Entfernen Sie die Zeile beginnend mit [localhost]:2222und speichern Sie die Datei. Versuchen Sie nun erneut, ssh

mian@tdowrick2~$ ssh pos@localhost -p 2222

Der Fehler verschwindet, aber Sie müssen ihn jedes Mal neu starten, wenn der Container neu gestartet wird.

Meine Lösung ist:

1. vi ~/.ssh/known_hosts
2. Löschen Sie die Zeile, die Ihre gewünschte IP-Adresse enthält.

Dies ist besser als alle zu löschen known_hosts

Einziges clientseitiges Problem (doppelter Schlüssel für IP):

Varianten lösen:

Für eine eindeutige IP-Adresse (Standardport 22):

ssh-keygen -f -R 7.7.7.7

Für eine IP ( nicht Standardport ):

ssh-keygen -f -R 7.7.7.7:333

Schnell alle ips löschen:

cd ~; rm .ssh/known_hosts

7.7.7.7 - SSH Ihre Server-IP-Verbindung

333 - Nicht-Standard-Port

Manchmal, wenn Sie aus irgendeinem Grund einen Server neu installieren müssen, stellen wir bei der Verbindung über ssh fest, dass Ihr Server angibt, dass sich die Identifikation geändert hat. Wenn wir wissen, dass es sich nicht um einen Angriff handelt , sondern dass wir das System wiederhergestellt haben, können wir die alte Identifikation mit ssh-keygen von den bekannten_Hosts entfernen:

ssh-keygen -R <host/ip:hostname>
root/.ssh/known_hosts updated.
Original contents retained as /root/.ssh/known_hosts.old

Wenn Sie erneut eine Verbindung herstellen, werden Sie aufgefordert, den neuen Fingerabdruck zu validieren:

ssh -l user <host/ip:hostname>
The authenticity of host '<host/ip:hostname>' can't 
be established.
RSA key fingerprint is 3f:3d:a0:bb:59:24:35:6d:e5:a0:1a:3f:9c:86:81:90.
Are you sure you want to continue connecting (yes/no)? yes

Ich hatte dieses Problem und der Grund ist sehr einfach. Ich habe eine doppelte IP-Adresse für die SSH-Anmeldung. Nachdem Sie dieses Problem geändert haben, ist alles gelöst.

Ich hatte den gleichen Fehler auf meinem Computer und lösche die known_hostsDatei. Danach funktioniert sie einwandfrei.

LÖSUNG:

1- Löschen Sie aus "$ HOME / .ssh / unknown_hosts" die Zeile, die sich auf den Host bezieht, zu dem keine Verbindung hergestellt werden kann.

2- Führen Sie diesen Befehl aus: ssh-keygen -R "IP_ADDRESSorHOSTNAME" (ersetzen Sie "IP_ADDRESSorHOSTNAME" durch Ihre Ziel-IP oder Ihren Ziel-Hostnamen)

3- Wiederholen Sie die SSH-Verbindung (wenn dies fehlschlägt, überprüfen Sie bitte die Berechtigung im SSH-Verzeichnis. Es muss 700 sein.)

Meine Lösung unter UBUNTU (Linux):

1. Sie müssen den Inhalt aus der Datei "unknown_hosts" löschen, die sich in "/home/YOUR_USERNAME/.ssh/known_hosts" befindet.

2.Erstellen Sie einen neuen SSH-Schlüssel wie "ssh-keygen -t rsa -C" [email protected] "-b 4096".

3. Kopieren Sie Ihren neuen SSH-Schlüssel in Ihr SSH-Repository (in meinem Fall Gitlab) und fügen Sie SSH-Schlüssel ein.

Für mich geht das !

AWS EC2.

Finden Sie die IP in der Nachricht, die es Ihnen gibt.

Lauf

vim /home/ec2-user/.ssh/known_hosts

Verwenden Sie die Pfeiltasten, um die IP-Adresse in der Nachricht zu finden, und klicken Sie auf.

dd

Dadurch wird diese Zeile gelöscht und Escape ausgeführt

:wp

Dies spart, dann können Sie loslegen.