Git-Permission denied (publickey)

Bardziej rozbudowane rozwiązywanie problemów, a nawet automatyczne naprawianie można wykonać za pomocą:

ssh -vT [email protected]

Źródło: https://help.github.com/articles/error-permission-denied-publickey/

Ten błąd może wystąpić, gdy uzyskujesz dostęp do adresu URL SSH (Odczyt/Zapis) zamiast adresu URL tylko do odczytu Git, ale nie masz dostępu do zapisu do tego repo.

Czasami po prostu chcesz sklonować własne repo, np. wdrożyć na serwer. W tym przypadku potrzebujesz tylko dostępu tylko do odczytu. Ale ponieważ jest to Twój własny repo, GitHub może wyświetlać adres URL SSH, jeśli takie są Twoje preferencje. W tej sytuacji, jeśli klucz publiczny twojego zdalnego hosta nie znajduje się w Twoich kluczach GitHub SSH, Twój dostęp zostanie zablokowany, co ma nastąpić .

Równoważnym przypadkiem jest próba klonowania cudzego repo, do którego nie masz dostępu do zapisu za pomocą adresu SSH.

Jednym słowem, jeśli twoim zamiarem jest sklonowanie tylko repo, użyj adresu URL HTTPS (https://github.com/{user_name}/{project_name}.git) zamiast adresu URL SSH ([email protected]:{user_name}/{project_name}.git), który pozwala uniknąć (niepotrzebnego) walidacji klucza publicznego.

Update: GitHub wyświetla HTTPS jako domyślny protokół teraz i ten ruch może prawdopodobnie zmniejszyć ewentualne niewłaściwe użycie adresów URL SSH.

Pomoc github link pomógł mi rozwiązać ten problem. Wygląda na to, że klucz ssh nie został dodany do agenta ssh. To właśnie zrobiłem.

dowództwo 1:

Upewnij się, że ssh-agent jest włączony. Polecenie uruchamia agenta ssh w tle:

eval "$(ssh-agent -s)"

dowództwo 2:

Dodaj swój klucz SSH do agenta ssh:

ssh-add ~/.ssh/id_rsa

Zauważ, że (przynajmniej dla niektórych projektów) musisz mieć konto na GitHubie z kluczem ssh.

Spójrz na klucze wymienione w Twoim agencie uwierzytelniania (ssh-add-l)
(jeśli nie widzisz żadnego, dodaj jeden z istniejących kluczy za pomocą ssh-add / path / to / your / key (np: ssh-add ~/.ssh / id_rsa))
(jeśli nie masz żadnych kluczy, najpierw utwórz je. Zobacz: http://rcsg-gsir.imsb-dsgi.nrc-cnrc.gc.ca/documents/internet/node31.html albo po prostu google ssh-keygen)

Aby sprawdzić, czy masz klucz powiązany z kontem na github:

Idź do: https://github.com/settings/ssh

Powinieneś zobaczyć co najmniej jeden klucz z kluczem hash pasującym do jednego z hashów, które widziałeś podczas wpisywania ssh-add-l przed chwilą.

Jeśli nie, Dodaj jeden, a następnie spróbuj ponownie.

To działa dla mnie:

ssh-add ~/.ssh/id_rsa

Miałem trochę inną sytuację, byłem zalogowany na zdalnym serwerze i używałem Gita na serwerze, kiedy uruchomiłem jakiekolwiek polecenie git otrzymałem ten sam komunikat

   Permission denied (publickey).
   fatal: The remote end hung up unexpectedly

Sposób, w jaki to naprawiłem, polegał na zmianie pliku /etc/ssh_config na moim Macu. od

ForwardAgent no 

Do

ForwardAgent yes

Otrzymałem ten sam raport o błędzie.

Naprawiono za pomocą HTTP. Ponieważ nie chcę ustawić "klawiszy SSH" dla testowego komputera.

Zmień adres URL na HTTP podczas klonowania:

git clone https://github.com/USERNAME/REPOSITORY.git

Mój problem jest trochę inny: mam ustawiony URL podczas dodawania istniejącego lokalnego repo do zdalnego, używając:

git remote add origin ssh://github.com/USERNAME/REPOSITORY.git

Aby to naprawić, zresetuj adres URL na HTTP:

git remote set-url origin https://github.com/USERNAME/REPOSITORY.git

BTW, możesz sprawdzić swój adres URL używając komendy:

git remote -v
origin  https://github.com/USERNAME/REPOSITORY.git (fetch)
origin  https://github.com/USERNAME/REPOSITORY.git (push)

Spotkałem się z tym samym problemem, ponieważ myślałem, że różnica między SSH i HTTPS jest

https://github.com/USERNAME/REPOSITORY.git

ssh://github.com/USERNAME/REPOSITORY.git

Więc zmieniłem z HTTPSna SSH po prostu zmieniając https:// na ssh:// nic na końcu adresu url nie zostało zmienione.

Ale prawda jest taka:

https://github.com/USERNAME/REPOSITORY.git

[email protected]:USERNAME/REPOSITORY.git

Co oznacza, że zmieniłem ssh://github.com/USERNAME/REPOSITORY.git na [email protected]:USERNAME/REPOSITORY.git to działa.

Zmagałem się z tym samym problemem, co zrobiłem i udało mi się sklonować repo. Zastosowałem się do tej procedury dla iMac.

Pierwszy krok: sprawdzenie, czy mamy już publiczny klucz SSH.

1. Otwórz Terminal.
2. wprowadź ls -al ~/.ssh, aby sprawdzić, czy obecne są istniejące klucze SSH:

Sprawdź listę katalogów, aby sprawdzić, czy masz już publiczny klucz SSH.Domyślne publiczne są jednym z następujących d_dsa.pub, id_ecdsa.pub, id_ed25519pub, id_rsa.pub

Jeśli nie znajdziesz, przejdź do kroku 2, w przeciwnym razie wykonaj krok 3

Krok 2: generowanie publicznego klucza SSH

1. Otwórz Terminal.
2. wprowadź polecenie followong z poprawnym adresem e-mail, którego używasz dla github ssh-keygen -t rsa -b 4096 -C "[email protected]"
3. zobaczysz następujące w Terminalu Generating public/private rsa key pair. Po wyświetleniu monitu o"Enter a file in which to save the key," naciśnij Enter. Przyjmuje domyślną lokalizację pliku. Gdy wyświetli się monit o Enter a file in which to save the key (/Users/you/.ssh/id_rsa): [Press enter], po prostu naciśnij enter ponownie. Na znak zachęty, wpisz bezpieczne hasło.
4. Enter passphrase (empty for no passphrase): [Type a passphrase] naciśnij enter jeśli nie chcesz Enter same passphrase again: [Type passphrase again] naciśnij enter ponownie

To wygeneruje id_rsa.pub

Krok 3: dodanie klucza SSH do agenta ssh

1. Typ międzyżebrowy eval "$(ssh-agent -s)"
2. Dodaj swój klucz SSH do agenta ssh. Jeśli używasz istniejącego SSH klucz zamiast generować nowy klucz SSH, musisz wymienić id_rsa w poleceniu z nazwą istniejącego klucza prywatnego plik. Wpisz to polecenie $ ssh-add -K ~/.ssh/id_rsa

Teraz skopiuj klucz SSH i dodaj go do konta github

1. w terminalu wpisz polecenie z nazwą pliku ssh pbcopy < ~/.ssh/id_rsa.pub spowoduje to skopiowanie pliku do schowka Teraz otwórz konto github przejdź do Ustawienia > klucze SSH i GPG > nowy klucz SSH wpisz tytuł i wklej klucz ze schowka i zapisz go. Gotowe.

W systemie Windows upewnij się, że wszystkie aplikacje zgadzają się na HOME. Msys o dziwo nie zrobi tego za Ciebie. Musiałem ustawić zmienną środowiskową, ponieważ ssh i git nie mogli się zgodzić, gdzie mój .katalog ssh był.

Podstawowe instrukcje Gita nie zawierały odniesienia do klucza SSH. Podążając za niektórymi linkami powyżej, znalazłem stronę pomocy Gita, która wyjaśnia krok po kroku, jak dokładnie to zrobić dla różnych systemów operacyjnych (link wykryje Twój system operacyjny i odpowiednio przekieruje):

Http://help.github.com/set-up-git-redirect/

Przegląda wszystko, co jest potrzebne do GITHub, a także udziela szczegółowych wyjaśnień, takich jak " dlaczego dodać hasło podczas tworzenia klucza RSA."I pomyślałem, że to opublikuję, na wypadek, gdyby to komuś pomogło...

Czy jesteś w środowisku korporacyjnym? Czy to możliwe, że Twoje zmienne systemowe zostały ostatnio zmienione? Na to więc odpowiedz, klucze ssh żyją w %HOMEDRIVE%%HOMEPATH%\.ssh\id_rsa.pub. Więc jeśli %HOMEDRIVE% ostatnio się zmieniło, git nie wie, gdzie szukać Twojego klucza, a tym samym wszystkich rzeczy związanych z uwierzytelnianiem.

Spróbuj uruchomić ssh -vT [email protected]. Zwróć uwagę, gdzie znajduje się identity file. Dla mnie to było wskazywanie nie {[14] } na mój normalny \Users\MyLogin, ale raczej na dysk sieciowy, ze względu na zmianę środowiska zmienne wypychane na poziomie sieci.

Jeden z najprostszych sposobów

Przejdź do terminala-

  git push <Git Remote path> --all

Chłopaki tak to u mnie działało:

1-Otwórz terminal i przejdź do użytkownika [Patrz załączony obrazek]

2 - otwarte .folder ssh i upewnij się, że nie ma żadnego pliku takiego jak id_rsa lub id_rsa.pub inaczej czasami nie będzie poprawnie przepisywać plików

3-git --version [Sprawdź instalację git i wersję]

4-Git config --global user.e-mail "twój e-mail id"

5-Git config --global user.name "Twoje imię"

6-Git config --list [upewnij się, że masz ustawione Twoje imię i adres e-mail]

7-cd ~/.ssh

8-ssh-keygen, wyświetla monit o zapisanie pliku, Zezwól na to

9-kot ~/.ssh / id_rsa.pub [dostęp do klucza publicznego i skopiuj klucz do ustawień gerrit]

Uwaga: nie powinieneś używać polecenia sudo z Gitem. Jeśli masz bardzo dobry powód, musisz użyć sudo, upewnij się, że używasz go z każdym poleceniem (prawdopodobnie lepiej jest użyć su, aby uzyskać powłokę jako root w tym momencie). Jeśli wygenerujesz klucze SSH bez sudo i następnie spróbuj użyć polecenia takiego jak sudo git push, nie będziesz używać tych samych klawiszy, które wygenerowałeś

Oprócz odpowiedzi, skrót do skopiowania klucza ssh do schowka w Windows to:

• type id_rsa.pub | clip

Refs:

• Wydruk na standardowe wyjście
• skopiuj wyjście wiersza poleceń do schowka

Właśnie doświadczyłem tego problemu podczas ustawiania mojego obecnego projektu i Żadne z powyższych rozwiązań nie działa. więc próbowałem sprawdzić, co naprawdę dzieje się na liście debugowania za pomocą polecenia ssh-vT [email protected]. zauważyłem, że nazwa pliku klucza prywatnego nie znajduje się na liście. zmiana nazwy pliku klucza prywatnego na 'id_rsa' wykonuje zadanie. mam nadzieję, że to pomoże.

Jeśli masz więcej niż jeden klucz, może być konieczne ssh-add private-keyfile

Całkiem prosto. Wpisz poniższe polecenie

ssh-keygen -t rsa -b 4096 -C "[email protected]"

Wygeneruj klucz SSH. Otwórz plik i skopiuj zawartość. Przejdź do strony ustawień GitHub i kliknij klucz SSH . Kliknij Dodaj nowy klucz SSH i wklej zawartość tutaj. To jest to :) nie powinieneś więcej widzieć problemu.

Otrzymywałem podobny Permission denied (publickey) błąd podczas próby uruchomienia pliku makefile.

Jako alternatywę dla powyższych kroków SSH, możesz zainstalować natywną aplikację GitHub dla Mac.

Kliknij Pobierz GitHub dla Mac z - https://help.github.com/articles/set-up-git#platform-mac

Po zakończeniu konfiguracji konta git hub (zainstalowałem również narzędzia wiersza poleceń git hub, ale nie jestem pewien, czy ten krok jest wymagany, czy nie) następnie otrzymałem e-mail -

[GitHub] nowy klucz publiczny został dodany do Twojego konta

I mój błąd został naprawiony.

Miałem ten sam błąd. Moim problemem było mieszanie w sudo.

Nie mogłem utworzyć katalogu, do którego klonowałem automatycznie bez prefiksu polecenia git clone z sudo. Kiedy to zrobiłem, moje klucze ssh nie są prawidłowo odwołane.

Aby to naprawić, ustawiłem uprawnienia przez chmod w katalogu nadrzędnym, który chciałem zawierać mój klon, aby móc do niego pisać. Następnie uruchomiłem git clone bez prefiksu sudo. Potem zadziałało! Zmieniłem uprawnienia z powrotem potem. Załatwione.

Otrzymałem ten błąd, ponieważ wygenerowałem klucze ssh z niewłaściwym adresem e-mail. Udało mi się połączyć za pomocą ssh, ale nie za pomocą git. Rozwiązaniem była regeneracja kluczy przy użyciu głównego adresu e-mail mojego konta github.

U mnie zadziałało.

Twój klucz publiczny zostanie zapisany w id_rsa.pub; plik i jest kluczem, który przesyłasz na swoje konto. Możesz zapisać ten klucz do schowka, uruchamiając to:

Pbcopy

• skopiuj klucz SSH do schowka, wróć do portalu internetowego.
• w polu klucz SSH wklej swój klucz SSH.
• w polu Nazwa podaj nazwę klucza.
• Zapisz .

Zadziałało dla mnie

ssh -i [your id_rsa path] -T [email protected]

Najprostszym rozwiązaniem, gdy próbujesz wcisnąć do repozytorium z inną nazwą użytkownika jest:

 git remote set-url origin https://[email protected]/USERNAME/PROJECTNAME.git

Ten dziwny błąd, w moim przypadku był objawem gnome-keyring-daemon nieprawidłowego nazywania klucza, do którego wymagane jest hasło.

Postępuję zgodnie z opisanymi tutaj krokami i wprowadzam hasło przez terminal. Błąd, znany również jako mylący interfejs GUI, został rozwiązany. Zobacz: https://askubuntu.com/questions/3045/how-to-disable-gnome-keyring

W moim przypadku ponownie zainstalowałem ubuntu i nazwa użytkownika została zmieniona z poprzedniej. W tym przypadku wygenerowany klucz ssh również różni się od poprzedniego.

Problem rozwiązany poprzez skopiowanie bieżącego klucza publicznego ssh do repozytorium. Klucz będzie dostępny w /home/.ssh/id_rsa.pub

W moim Macu rozwiązałem to z:

cp ~/.ssh/github_rsa ~/.ssh/id_rsa

Z jakiegoś powodu mój git zatrzymał się, aby znaleźć klucz prywatny w pliku github_rsa. Stało się to w konkretnym repo. Chodzi mi o to, że w innych repozytoriach git działał normalnie.

I could find this behavior running ssh -vT [email protected]

Użyj łącza ssh z Githuba, ale upewnij się, że nie dodajesz go za pomocą ssh, po prostu użyj zakładki ssh w git hub, aby sklonować repo.

Udało mi się rozwiązać ten problem, wykonując poniższe kroki w moim systemie ubuntu. Jak eksperymentowałem z SSH bez hasła do systemu.

Sudo vi /etc / ssh / sshd_config

1) skomentuj poniżej : # Zmień na no aby wyłączyć tunelowane hasła clear text # PasswordAuthentication yes PasswordAuthentication no - - - - > skomentował to.

2) następnie ponownie uruchomiony Demon sshd jak poniżej.

Service SSHD restart