Git mówi „Ostrzeżenie: trwale dodane do listy znanych hostów”

Za każdym razem, gdy korzystam z git do interakcji z pilotem, na przykład podczas ciągnięcia lub pchania, pojawia się następujący komunikat:

Ostrzeżenie: na stałe dodano „...” (RSA) do listy znanych hostów.

Jak mogę zapobiec wyświetlaniu tej irytującej wiadomości? To tylko irytacja - wszystko działa poprawnie.

Rozwiązanie: utwórz ~/.ssh/configplik i wstaw linię:

UserKnownHostsFile ~/.ssh/known_hosts

Następnie zobaczysz komunikat przy następnym dostępie do Github, ale potem już go nie zobaczysz, ponieważ host został dodany do known_hostspliku. To rozwiązuje problem, a nie tylko ukrywa komunikat dziennika.

Ten problem mnie denerwował od dłuższego czasu. Problem występuje, ponieważ klient OpenSSH skompilowany dla systemu Windows nie sprawdza pliku znane_hosty~/.ssh/known_hosts

ssh -vvvvvvvvvvvvvvvvvvv git@github.com

debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.

Dodaj następujący wiersz do pliku konfiguracyjnego ssh ($ HOME / .ssh / config):

LogLevel=quiet

Jeśli uruchomisz ssh z wiersza poleceń, dodaj następującą opcję do ciągu poleceń:

-o LogLevel=quiet

Na przykład następujące polecenie wypisuje wersję gcc zainstalowaną na machine.example.org (i bez ostrzeżenia):

ssh -o UserKnownHostsFile=/dev/null \
    -o StrictHostKeyChecking=no \
    -o LogLevel=quiet \
    -i identity_file \
    machine.example.org \
    gcc -dumpversion

Ustaw LogLevelna ERROR(nie QUIET) w ~/.ssh/configpliku, aby uniknąć wyświetlania tych błędów:

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR

Ta wiadomość pochodzi od SSH, która ostrzega, że ​​łączysz się z hostem, z którym nigdy wcześniej się nie łączyłeś. Nie polecam go wyłączać, ponieważ oznaczałoby to, że możesz przegapić ostrzeżenie o zmianie klucza hosta, co może wskazywać na atak MITM na sesję SSH.

Aby ukryć komunikaty ostrzegawcze ssh, możesz dodać następujące wiersze do ~/.ssh/config:

Host *
LogLevel error

Spowoduje to wyłączenie ostrzeżeń, ale nie komunikatów o błędach. Podobnie jak inne ustawienia ~/.ssh/config, możesz skonfigurować dla LogLevelposzczególnych hostów, jeśli chcesz mieć bardziej szczegółową kontrolę.

Oznacza to głównie, że wprowadzono zmiany dla klucza dla tego hosta ~/.ssh/known_hostsi nie będzie go automatycznie aktualizował. Dlatego za każdym razem, gdy pojawia się ten komunikat ostrzegawczy.

Dzieje się tak często w przypadku łączenia się z ponownie utworzonymi maszynami wirtualnymi, które zmieniają klucz z tym samym adresem IP

Rozwiązanie

Jeśli masz tylko jeden wpis, możesz usunąć ~/.ssh/known_hostsplik, a po pierwszym połączeniu klucz będzie tam, a po nim nie będzie żadnych komunikatów ostrzegawczych.

Jeśli masz wiele wpisów, możesz użyć polecenia poniżej, aby je usunąć

$ ssh-keygen -R <hostname>

Działa dla mnie dobrze

Jeśli używasz repozytorium z GitHub, rozważ użycie wersji URL HTTPS zamiast tego, aby całkowicie uniknąć tego problemu:

Jeśli sklonujesz swoje repozytorium z poziomu aplikacji Windows GitHub, to jest to, czego używa do zdalnego adresu URL. Może wiedzą coś, czego nie wiemy.

Mam to samo pytanie i okazało się, że .sshw moim pliku nie ma pliku ~. Właśnie utworzyłem .sshkatalog pod ~ścieżką i problem został rozwiązany.

Ten sam problem pojawił się, gdy zacząłem używać komputera z systemem Windows. W moim przypadku było tak, ponieważ moja konfiguracja SSH nie została wykonana. Github ma bardzo dokładną dokumentację dotyczącą konfiguracji SSH. Po rozwiązaniu problemu problem został rozwiązany.

https://help.github.com/articles/checking-for-existing-ssh-keys/ https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it- to-the-ssh-agent /

Dodaj klucz ssh

ssh-keygen -t rsa -b 4096 -C "abc@abc.com"

eval "$(ssh-agent -s)"

ssh-add ~/.ssh/bitbucket_rsa

plik konfiguracyjny skrzyni

crate ~/.ssh/config

dodaj poniżej linii.

UserKnownHostsFile ~/.ssh/known_hosts

Następnie dodaj klucz pub i sklonuj swoje repozytorium ... Gotowe .....

Napotkałem ten sam błąd w maszynie wirtualnej z systemem Linux / Cent OS, a to dlatego, że adres IP zmieniał się po ponownym uruchomieniu. Aby obejść ten problem, zdefiniowałem statyczny adres IP w sieci i dodałem ten wpis do pliku / etc / hosts. W przypadku statycznego adresu IP należy podać nieco wyższą wartość zakresu. Na przykład jeśli bieżący adres IP (ipconfig / ifconfig) to 192.168.0.102, następnym razem po ponownym uruchomieniu może to być 192.168.0.103. Zdefiniuj więc swój statyczny adres IP w ustawieniach IPV4 jako 192.168.0.181, co powinno załatwić sprawę.

W moim przypadku było tak, ponieważ administrator, który skonfigurował serwer, ustawił te opcje w ~/.ssh/config

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

Który działał dobrze w większości przypadków, nie używając ~/.ssh/known_hostspliku. Ale w przypadku korporacyjnego repozytorium gitlab za każdym razem, gdy wyświetlało „Ostrzeżenie: Trwale dodane ... do listy znanych hostów”.

Moim rozwiązaniem było skomentowanie UserKnownHostsFile /dev/nulllinii, co pozwoliło na utworzenie ~/.ssh/known_hosts. Potem nie dał już żadnych ostrzeżeń.

Możesz również mieć stare / nieprawidłowe wpisy w swoim known_hosts.

# find entry in ~/.ssh/known_hosts
ssh-keygen -F <hostname>

# delete entry in ~/.ssh/known_hosts
ssh-keygen -R <hostname>

Odrzucam moje rozwiązanie ze względu na ciągłe przegłosowania.
To było najlepsze rozwiązanie bez włamywania się do kodu źródłowego samego klienta SSH.
Jeśli ktoś jest zainteresowany, sprawdź historię edycji.