Błąd Git: „Błąd weryfikacji klucza hosta nie powiódł się” podczas łączenia ze zdalnym repozytorium

Próbuję połączyć się ze zdalnym repozytorium Git, które znajduje się na moim serwerze internetowym i sklonować je na moim komputerze.

Używam następującego formatu dla mojej komendy:

git clone ssh://username@domain.com/repository.git

Działa to dobrze dla większości członków mojego zespołu. Zwykle po uruchomieniu tego polecenia Git wyświetli monit o podanie hasła użytkownika, a następnie uruchom klonowanie. Jednak podczas pracy na jednym z moich komputerów pojawia się następujący błąd:

Weryfikacja klucza hosta nie powiodła się.

fatal: Nie można odczytać ze zdalnego repozytorium.

Nie używamy kluczy SSH do łączenia się z tym repozytorium, więc nie jestem pewien, dlaczego Git szuka takiego na tym konkretnym komputerze.

Łączysz się za pomocą protokołu SSH, jak wskazano w ssh://prefiksie na sklonowanym adresie URL. Korzystając z SSH, każdy host ma klucz. Klienci zapamiętują klucz hosta powiązany z określonym adresem i odmawiają połączenia, jeśli klucz hosta wydaje się zmieniać. Zapobiega to atakom człowieka w środku.

Klucz hosta dla domeny.com zmienił się. Jeśli nie wydaje ci się to podejrzane , usuń stary klucz z lokalnej pamięci podręcznej, edytując, ${HOME}/.ssh/known_hostsaby usunąć wiersz dla domeny.com lub pozwalając narzędziu SSH zrobić to za Ciebie

ssh-keygen -R domain.com

Stąd zapisz zaktualizowany klucz, wykonując go samodzielnie

ssh-keyscan -t rsa domain.com >> ~/.ssh/known_hosts

lub, równoważnie, niech sshzrobi to za ciebie następnym połączeniu z git fetch, git pulllub git push(albo nawet zwykły ol” ssh domain.com) odpowiadając Tak po pojawieniu się monitu

Nie można ustalić autentyczności hosta „domain.com (abcd)”.
Odcisk klucza RSA to XX: XX: ...: XX.
Czy na pewno chcesz kontynuować łączenie (tak / nie)?

Powodem tego monitu jest to, że domena.com nie jest już dostępna known_hostspo usunięciu i prawdopodobnie nie w systemie /etc/ssh/ssh_known_hosts, więc sshnie ma sposobu, aby dowiedzieć się, czy host na drugim końcu połączenia to tak naprawdę domena.com. (Jeśli wprowadzono niewłaściwy klucz /etc, osoba z uprawnieniami administratora będzie musiała zaktualizować plik ogólnosystemowy).

Gorąco zachęcam do rozważenia możliwości uwierzytelnienia użytkowników za pomocą kluczy. W ten sposób ssh-agentmożna przechowywać kluczowy materiał dla wygody (zamiast wszystkich osób, które muszą wprowadzać swoje hasło dla każdego połączenia z serwerem), a hasła nie są przesyłane przez sieć.

Jak już wcześniej odpowiedziałem w Klonowanie git repo powoduje błąd - weryfikacja klucza hosta nie powiodła się. fatal: Zdalny koniec nieoczekiwanie się rozłączył , dodaj GitHub do listy autoryzowanych hostów:

ssh-keyscan -t rsa github.com >> ~/.ssh/known_hosts

Miałem podobny problem, ale używając kluczy SSH. Na podstawie powyższej odpowiedzi Tupy doszedłem do wniosku, że problem polega na tym, że plik znany_hosts nie jest obecny lub github.com nie jest obecny na liście znanych hostów. Oto kroki, które podjąłem, aby go rozwiązać -

1. mkdir -p ~/.ssh
2. ssh-keyscan -t rsa github.com >> ~/.ssh/known_hosts
3. ssh-keygen -t rsa -C "user.email"
4. otwórz klucz publiczny za pomocą tego polecenia $ cat ~/.ssh/id_rsa.pubi skopiuj go.
5. Dodaj klucz id_rsa.pub do listy kluczy SSH w swoim profilu GitHub.

Dzieje się tak, ponieważ github nie jest obecnie na twoich znanych hostach.

Powinien zostać wyświetlony monit o dodanie github do znanych hostów. Jeśli tak się nie stało, możesz uruchomić ponownie, ssh -T git@github.comaby otrzymać monit.

Dla mnie po prostu musiałem wpisać „tak” w odpowiedzi na pytanie „Czy na pewno chcesz kontynuować łączenie (tak / nie)?” zamiast naciskać Enter.

Mam ten sam problem w nowo zainstalowanym systemie, ale był to problem udev. Nie było /dev/ttywęzła, więc musiałem zrobić:

mknod -m 666 /dev/tty c 5 0

Jeśli korzystasz z biurowego intranetu (w innym przypadku niebezpiecznego), który jest zawsze chroniony przez zapory ogniowe, po prostu wpisz następujące wiersze w ~ / .ssh / config

Host *
StrictHostKeyChecking no
UserKnownHostsFile = / dev / null

To, co zadziałało, to najpierw dodać mój klucz SSH do nowego komputera, postępowałem zgodnie z instrukcjami GitLab - dodaj klucz SSH . Zauważ, że skoro jestem na Win10, musiałem wykonać wszystkie te polecenia w Git Bash na Windowsie (nie działało to w zwykłej powłoce cmd DOS).

Z drugiej strony w Git Bash musiałem zrobić git clonerepozytorium, z którym miałem problemy, aw moim przypadku musiałem sklonować go pod inną nazwą, ponieważ miałem go już lokalnie i nie chciałem stracić swoich zobowiązań. Na przykład

git clone ssh://git@gitServerUrl/myRepo.git myRepo2

Następnie dostałem monit o dodanie go do listy znanych hostów, pytanie może być następujące:

Czy na pewno chcesz kontynuować łączenie (tak / nie)?

Wpisałem „tak” i w końcu zadziałało, zazwyczaj powinieneś otrzymać komunikat podobny do tego:

Ostrzeżenie: na stałe dodano „[link do repozytorium]” (ECDSA) do listy znanych hostów.

Uwaga : jeśli korzystasz z systemu Windows, upewnij się, że używasz Git Bash do wszystkich poleceń, to nie działało w zwykłej powłoce cmd lub PowerShell, naprawdę musiałem to zrobić w Git Bash.

Na koniec usunąłem repozytorium drugiego klonu ( myRepo2w tym przykładzie) i wróciłem do mojego pierwszego repo i mogłem w końcu zrobić wszystkie rzeczy Git jak zwykle w moim ulubionym edytorze VSCode.

Jeśli używasz git dla Windows.

• Otwórz git GUI.
• Otwórz lokalne repozytorium git w git GUI.
• Dodaj pilota lub naciśnij, jeśli pilot już istnieje.
• Odpowiedz „tak” na pytanie, czy chcesz kontynuować.

Klient GUI dodaje klucz do ciebie ~/.ssh/known_hosts. Łatwiej jest to zapamiętać, jeśli nie robisz tego często, a także unikasz konieczności używania wiersza poleceń git (standardowe wiersze poleceń systemu Windows nie mają ssh-keyscanpliku wykonywalnego.

Gdy serwer zdalny chce połączyć się z prywatnym repozytorium, uwierzytelnia się za pośrednictwem ssh. Utwórz parę klucz prywatny-publiczny za pomocą ssh-keygen lub jeśli masz już klucz publiczny-prywatny. skopiuj i wklej klucz publiczny w Ustawieniach prywatnego repozytorium.

YourPrivateRepo -> Ustawienia -> Wdróż klucze -> Dodaj klucz wdrażania -> Wklej klucz publiczny.

Teraz zdalny serwer będzie mógł połączyć się z prywatnym repozytorium.

UWAGA: Klucze wdrażania mają dostęp tylko do odczytu repozytorium. Musisz wyraźnie zezwolić na dostęp do zapisu.

Oznacza to, że klucz zdalnego hosta został zmieniony (może to być zmiana hasła hosta),

Twój terminal zaproponował wykonanie tego polecenia jako użytkownik root

$ ssh-keygen -f "/root/.ssh/known_hosts" -R [www.website.net]

Musisz usunąć tę nazwę hosta z listy hostów na komputerze / serwerze. Skopiuj sugerowane polecenie i wykonaj jako użytkownik root.

$ sudo su                                                        // Login as a root user

$ ssh-keygen -f "/root/.ssh/known_hosts" -R [www.website.net]    // Terminal suggested command execute here
Host [www.website.net]:4231 found: line 16 type ECDSA
/root/.ssh/known_hosts updated.
Original contents retained as /root/.ssh/known_hosts.old

$ exit                                                           // Exist from root user

Spróbuj ponownie, mam nadzieję, że to zadziała.

Na pytanie:

Are you sure you want to continue connecting (yes/no)?

Rodzaj tak jak odpowiedź

W ten sposób rozwiązałem mój problem. Ale jeśli spróbujesz po prostu nacisnąć przycisk Enter, to nie zadziała!

Możesz użyć swojego „git url” w formacie URL „https” w pliku Jenkinsfile lub gdziekolwiek chcesz.

git url: 'https://github.com/jglick/simple-maven-project-with-tests.git'

Napotkałem ten sam błąd w DockerFile podczas kompilacji, gdy obraz był publiczny. Niewiele zmodyfikowałem w Dockerfile.

 RUN git clone  https://github.com/kacole2/express-node-mongo-skeleton.git /www/nodejs

Wynika to z tego, że przy użyciu git@github.com: ... kończy się> użycie SSH do klonowania, a wewnątrz kontenera twój klucz prywatny jest niedostępny. Zamiast tego będziesz chciał użyć RUN klon git> https://github.com/edenhill/librdkafka.git .

Miałem podobny problem, niestety użyłem interfejsu GitExtensions i zapomniałem, że napisałem hasło. Z HMI .... zapomnij! Nie wpisuj hasła podczas generowania klucza!

Dostałem tę wiadomość, gdy próbowałem git clonerepozytorium, które nie było moje. Rozwiązaniem było rozwidlenie, a następnie sklonowanie.