ssh: Die Authentizität des Hosts 'hostname' kann nicht festgestellt werden

Question

Wenn ich per ssh auf einen Rechner zugreife, erhalte ich manchmal diese Fehlerwarnung und werde aufgefordert, "ja" oder "nein" zu sagen. Dies verursacht einige Probleme, wenn von Skripten, die automatisch ssh zu anderen Maschinen laufen.

Warnmeldung:

The authenticity of host '<host>' can't be established.
ECDSA key fingerprint is    SHA256:TER0dEslggzS/BROmiE/s70WqcYy6bk52fs+MLTIptM.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'pc' (ECDSA) to the list of known hosts.

Gibt es eine Möglichkeit, automatisch "Ja" zu sagen oder dies zu ignorieren?

Answer 1

Fügen Sie diese zu Ihrer /etc/ssh/ssh_config hinzu

Host *
UserKnownHostsFile=/dev/null
StrictHostKeyChecking=no

Answer 2

Im Allgemeinen tritt dieses Problem auf, wenn Sie die Schlüssel sehr häufig ändern. Je nach Server kann es einige Zeit dauern, bis der neue Schlüssel, den Sie erzeugt und in den Server eingefügt haben, aktualisiert wird. Nachdem Sie also den Schlüssel generiert und in den Server eingefügt haben, warten Sie 3 bis 4 Stunden und versuchen Sie es dann erneut. Das Problem sollte gelöst sein. Das ist bei mir passiert.

Answer 3

Mit den folgenden Schritten können Sie sich beim Host authentifizieren

1. Erzeugen Sie einen ssh-Schlüssel. Sie werden aufgefordert, ein Passwort für den Schlüssel zu erstellen

   ssh-keygen -f ~/.ssh/id_ecdsa -t ecdsa -b 521

(oben wird die empfohlene Verschlüsselungstechnik verwendet)

2. Kopieren Sie den Schlüssel auf den entfernten Host

   ssh-copy-id -i ~/.ssh/id_ecdsa user@host

Beachten Sie, dass der Benutzer @ host ein anderer sein wird als Sie. Sie müssen das Passwort für diesen Server eingeben, nicht das Schlüsselpasswort.

3. Sie können sich nun sicher beim Server anmelden und erhalten keine Fehlermeldung.

   ssh user@host

Alle Quellenangaben finden Sie hier: ssh-keygen

Answer 4

Führen Sie dies auf dem Hostserver aus, es ist ein Problem der Vorwarnung

chmod -R 700 ~/.ssh

Answer 5

Ich hatte den gleichen Fehler und wollte darauf aufmerksam machen, dass - wie es mir gerade passiert ist - Sie vielleicht einfach falsche Rechte haben.
Sie haben Ihre .ssh Verzeichnis entweder als reguläres oder root Benutzer und müssen daher der richtige Benutzer sein. Als dieser Fehler auftrat, war ich root aber ich konfigurierte .ssh als regelmäßiger Benutzer. Beenden von root repariert.