Klucz hosta SSH został zmieniony - ale tak naprawdę się nie zmienił


Właśnie próbowałem połączyć się przez SSH z serwerem, co robiłem od jakiegoś czasu bez problemów i otrzymałem ostrzeżenie, że klucz hosta serwera uległ zmianie.
Ale tak nie jest!
Na serwerze sprawdziłem klucz hostów, do którego się odwołano
/etc/ssh/sshd_config
i to się nie zmieniło.
Sprawdzone na kliencie
       known_hosts
plik, a istniejący wpis ma poprawny klucz publiczny. Próbowałem tymczasowo przenieść mój plik known_hosts i ustawić
       StrictHostKeyChecking
do
       no
w
/etc/ssh/ssh_config
tak, że łączy się automatycznie, abym mógł porównać klucz publiczny. Kiedy to zrobiłem i sprawdziłem nowy wpis
       known_hosts
, część klucza publicznego jest identyczna z poprzednią!
Więc dlaczego się nie łączy? Jedyna różnica to
       known_hosts
to jest sól i haszysz nazwy hosta. Ale ponieważ zawsze łączę się przez IP i port, bez używania nazwy hosta, z pewnością powinny być poprawne.
Jakieś pomysły?
Zwróć uwagę, że ten komunikat jest odbierany przez wszystkich klientów, którzy próbowali się połączyć, którzy wcześniej nawiązali połączenie. Więc to nie jest problem klienta.
EDYCJA: Muszę dodać, że kiedy się podłączyłem
       StrictHostKeyChecking
zainstalowany w
       no
a to stworzyło nowy
       known_hosts
plik, gdy próbowałem połączyć się ponownie przy użyciu nowego
       known_hosts
plik i
       StrictHostKeyChecking
wrócić do
       yes
, połączył się bez ostrzeżenia. Innymi słowy, nowy
       known_hosts
plik działał bez ostrzeżenia, ale stary nie, mimo że miał wewnątrz ten sam klucz publiczny.
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

W tym teście nie należy w ogóle wyłączać weryfikacji klucza hosta. Kiedy pojawia się komunikat o błędzie konfliktu, drukuje odcisk palca i, jak mówi David, informuje, który wpis w pliku known_hosts nie pasuje.
Możesz porównać odcisk palca z kluczem hosta; Nie wiem na pewno, ale wystarczy przeszukać internet.
Raczej
         ssh-keygen -l -f server-public-key.txt
[linuxforms]
http://www.linuxquestions.org/ ... 0322/
zrobię to.
Ponadto użycie ssh -vv i sprawdzenie/var/log/auth.log (lub podobnego) powinno powiedzieć więcej o problemie.

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się