Klucz SSH - wciąż pytasz o hasło i hasło

Podczas „klonowania” repozytorium zawsze nieco „znosiłem” Githuba, zawsze pytając o moją nazwę użytkownika i hasło. Chcę pominąć ten krok, ponieważ jest to irytujące w moim przepływie pracy.

Próbowałem skonfigurować klucz SSH (co udało mi się) za pomocą tego przewodnika. https://help.github.com/articles/generating-ssh-keys i udało mi się.

Mój problem polega na tym, że podczas klonowania repozytorium (przy użyciu SSH) nadal jestem proszony o hasło i hasło github. Zrozumiałem, że po skonfigurowaniu tego klucza SSH nie będę już musiał tego robić.

Nie jestem pewien, o co zapytać, więc po prostu określę swój cel.

Chcę mieć możliwość klonowania repozytoriów bez konieczności ciągłego wpisywania moich danych Github .

Czego mi brakuje w kluczu SSH? Jeśli ktoś może podać jakieś wskazówki lub zasoby, byłbym wdzięczny, ponieważ zawsze czułem się trochę zagubiony, jeśli chodzi o uwierzytelnianie SSH w GitHub.

Z mojej wiedzy jest to polecenie, które sprawdza, czy wszystko działa poprawnie, oto dane wyjściowe z mojej konsoli:

~ $ ssh -T git@github.com
Saving password to keychain failed
Enter passphrase for key '/Users/MYNAME/.ssh/id_rsa':
Hi MYNAME! You've successfully authenticated, but GitHub does not provide shell access.

Kiedy wprowadzam hasło, czy to nie powinno być pierwsze? Potem, kiedy wprowadzam moje hasło, mija.

Jeśli pracujesz z HTTPsadresami URL, zawsze poprosi o nazwę użytkownika / hasło.

Jeśli używasz poprawnie SSHpodczas klonowania / ustawiania pilotów. Następnie upewnij się, że masz agenta ssh do zapamiętania hasła. W ten sposób hasło zostanie wprowadzone tylko raz podczas sesji terminalowej.

Jeśli nadal jest to zbyt denerwujące, po prostu ustaw klucz ssh bez hasła.

Dodaj tożsamość bez pęku kluczy

Może się zdarzyć, że nie chcesz, aby hasło było przechowywane w pęku kluczy, ale nie chcesz, aby hasło było wprowadzane w kółko.

Możesz to zrobić w następujący sposób:

ssh-add ~/.ssh/id_rsa 

Zostaniesz poproszony o podanie hasła, wprowadź je i nie poprosi ponownie, dopóki nie uruchomisz ponownie.

Dodaj tożsamość za pomocą pęku kluczy

Jak wskazuje @dennis w komentarzach, aby utrwalić hasło przez ponowne uruchomienie poprzez zapisanie go w pęku kluczy, możesz użyć -Kopcji ( -kdla Ubuntu) podczas dodawania tożsamości w następujący sposób:

ssh-add -K ~/.ssh/id_rsa

Ponownie poprosi cię o hasło, wprowadź je i tym razem nigdy więcej nie poprosi o tę tożsamość.

W Mac OSX możesz dodać swój klucz prywatny do pęku kluczy, używając polecenia:

ssh-add -K /path/to/private_key

Jeśli twój klucz prywatny jest przechowywany w ~ / .ssh i nazywa się id_rsa:

ssh-add -K ~/.ssh/id_rsa

Zostaniesz poproszony o podanie hasła, które będzie przechowywane w pęku kluczy.

Edycja - obsługa ponownego uruchomienia

Aby nie musieć wpisywać hasła nawet po restarcie, dodaj do pliku konfiguracyjnego ssh (zwykle znajduje się w ~ / .ssh / config)

Host *
  UseKeychain yes
  AddKeysToAgent yes
  IdentityFile ~/.ssh/id_rsa

Próbowałem tutaj wszystkich odpowiedzi i żadna z tych odpowiedzi nie zadziałała ! Moje hasło nie będzie się utrzymywać między sesjami / restartami mojego Maca.

Z lektury tego OpenRadar i dyskusji na Twitterze dowiedziałem się, że Apple celowo zmieniło zachowanie ssh-agent w macOS 10.12 Sierra, aby nie ładować automatycznie poprzednich kluczy SSH. Aby zachować to samo zachowanie, co El Cap, wykonałem następujące czynności:

1. ssh-add -K ~/.ssh/id_rsa
   Uwaga: zmień ścieżkę do miejsca, w którym znajduje się klucz id_rsa.
2. ssh-add -A

3. Utwórz (lub edytuj, jeśli istnieje) następujący ~/.ssh/configplik:

   Host *
     UseKeychain yes
     AddKeysToAgent yes
     IdentityFile ~/.ssh/id_rsa
   

A teraz moje hasło jest zapamiętywane między restartami komputera Mac!

Możesz usunąć hasło dla klucza

$ ssh-keygen -p [-P old_passphrase] [-N new_passphrase] [-f keyfile]

lub możesz biegać

$ ssh-keygen -p

pojawia się monit o podanie pliku klucza. Domyślnie ~/.ssh/id_rsanaciśnij klawisz Enter

Zostaniesz poproszony o podanie aktualnego hasła, wpisz je.

Następnie pojawi się monit o nowe hasło, naciśnij enter

Po prostu uruchom następujące polecenie:

ssh-add -K

Nigdy nie poprosi o ponowne wprowadzenie hasła.

Upewnij się, że używasz również ssh dla swojego repozytorium

mahtab@mahtab-Lenovo-G50-70:~/my-projects/jenkins-cje-2017$ git remote -v origin git@github.com:eMahtab/jenkins-cje-2017.git (fetch) origin git@github.com:eMahtab/jenkins-cje-2017.git (push)

Nie używaj https, jeśli twój pilot używa https, będzie pytał o hasło, nawet jeśli dodałeś klucz publiczny do Github i klucz prywatny do ssh-agent. Poniżej zawsze będzie prośba o hasło

mahtab@mahtab-Lenovo-G50-70:~/my-projects/jenkins-cje-2017$ git remote -v origin https://github.com/eMahtab/jenkins-cje-2017.git (fetch) origin https://github.com/eMahtab/jenkins-cje-2017.git (push)

Musiałem wykonać:

eval `ssh-agent -s`
ssh-add

Uwaga : Musisz to zrobić ponownie po każdym ponownym uruchomieniu. Jeśli chcesz tego uniknąć, wprowadź go do pliku „ .bashrc ”, który jest w plikuC:\Users\<<USERNAME>>\.bashrc Windows. Prawdopodobnie jest ukryty, więc upewnij się, że widzisz ukryte pliki.

Rozwiązanie znalezione tutaj .

Jeśli używasz systemu Windows, działało to dla mnie:

eval `ssh-agent -s`
ssh-add ~/.ssh/*_rsa

Poprosi o hasło w drugim poleceniu i to wszystko.

Spróbuj, ssh-agentjak tam wyjaśniono: https://help.github.com/articles/working-with-ssh-key-passphrases

Musisz użyć agenta ssh.
TL; DR : Otwórz terminal i spróbuj

ssh-add

przed pchaniem. Po wyświetleniu monitu wprowadź hasło.

Sprawdź oryginalną odpowiedź StackExchange tutaj

Niedawno zaktualizowałem system do macOS Mojave i zainstalowałem niektóre narzędzia za pośrednictwem homebrew, co zdawało się zamieniać wersję Apple ssh-addna inną. Moja domyślna wersja ssh-add nie miała -Kopcji. Doprowadziło to do następującego błędu:

# ssh-add: illegal option -- K

Możesz sprawdzić, którą wersję ssh-addmasz, uruchamiając which ssh-add.

(Mój był przechowywany w /usr/local/bin/ssh-add)

Aby to naprawić, musiałem wskazać klucz do wersji Apple :

/usr/bin/ssh-add -K ~/.ssh/id_rsa

Git / GitHub działał doskonale później. Aby uzyskać więcej informacji, zobacz: Błąd: ssh-add: niedozwolona opcja - K

W Mac OSX Sierra odkryłem, że poprawki sugerowane w numerze github dla Open Radar rozwiązały mój problem. Wygląda na to, że Sierra zmieniła domyślne zachowanie (zacząłem mieć ten problem po aktualizacji).

Ten uważam za szczególnie przydatny: https://github.com/lionheart/openradar-mirror/issues/15361#issuecomment-249059061

ssh-add -A 

Spowodowało to dodanie mojej tożsamości do agenta po uruchomieniu

ssh-add -K {/path/to/key}

Podsumowując, w OSX.12:

ssh-add -K {/path/to/key}
ssh-add -A 

powinno skutkować:

Identity added: {/path/to/file} ({/path/to/file})

EDYCJA: Zauważyłem, że następnym razem, gdy dokonałem pełnego restartu (czyli agent zatrzymał się i uruchomił ponownie), to już nie działało. Bardziej kompletnym rozwiązaniem jest to, o czym wspominał @ChrisJF: tworzenie ~/.ssh/configpliku. Oto mój wynik:

$ cat ~/.ssh/config
Host *
  UseKeychain yes
  AddKeysToAgent yes
  IdentityFile ~/.ssh/id_rsa

Możesz dodać tyle IdentityFilewpisów, ile potrzebujesz, ale jest to ustawienie domyślne. Jest to „trendowa” odpowiedź na powyższym łączu Openradar, ATM, również.

Pracował w LinuxMint / Ubuntu

Wykonaj następujące kroki

Krok 1:

Idź do pliku => /.ssh/config

Zapisz poniższe wiersze w pliku

Host bitbucket.org
    HostName bitbucket.org
    User git
    IdentityFile /home/apple/myssh-privatekey
    AddKeysToAgent yes

Nie zapomnij dodać tej linii AddKeysToAgent tak

Krok 2:

Otwórz terminal i dodaj zestaw kluczy do ssh-add

$ ssh-add -k /home/apple/myssh-privatekey

podaj hasło.

Ustawiłem już hasło, ale z jakiegoś powodu już go nie rozpozna. Właśnie dlatego ponownie dodałem plik tożsamości do mojego pęku kluczy ssh-add -Ki przestał on pytać o moje hasło.

Oto, co zadziałało dla mnie:

git config --global core.sshCommand "'C:\Windows\System32\OpenSSH\ssh.exe'"

Problem wydaje się być spowodowany klonowaniem z HTTPS, a nie SSH. Wypróbowałem wszystkie inne rozwiązania tutaj, ale nadal miałem problemy. Zrobiło to dla mnie.

Używając osxkeychain helperpodobnego:

1. Dowiedz się, czy go masz.

   git credential-osxkeychain

2. Jeśli nie zostanie zainstalowany, pojawi się monit o pobranie go w ramach narzędzi wiersza polecenia Xcode.

3. Jeśli jest zainstalowany, powiedz Gitowi, aby korzystał osxkeychain helperz globalnej credential.helperkonfiguracji:

   git config --global credential.helper osxkeychain

Następnym razem, gdy sklonujesz adres URL HTTPS, pojawi się monit o podanie nazwy użytkownika / hasła i udzielenie dostępu do pęku kluczy OSX. Po wykonaniu tego po raz pierwszy należy go zapisać w pęku kluczy i nie trzeba go wpisywać ponownie.

Ta odpowiedź jest przeznaczona przede wszystkim dla użytkowników systemu Windows i jest równie istotna, jeśli masz problemy z klonowaniem za pomocą tfs, github lub gitlab w dowolnym innym systemie operacyjnym.

Domyślnym trybem uwierzytelniania podczas korzystania z SSH jest klucz prywatny. Ilekroć z jakiegoś powodu to się nie powiedzie, agent ssh wraca do uwierzytelniania opartego na nazwie użytkownika i haśle.

Istnieje kilka przyczyn niepowodzenia domyślnego uwierzytelnienia opartego na kluczu. Oto najczęstsze przypadki:

a) Agent ssh nie może znaleźć domyślnego pliku klucza prywatnego, który jest id_rsa , a żadna inna ścieżka klucza nie jest wyraźnie określona.

b) Klucz publiczny przechowywany na serwerze jest niepoprawny.

c) Ścieżka, którą próbujesz sklonować, jest nieprawidłowa.

W każdym razie, aby rozwiązać problem, wykonaj najpierw polecenie git clone z pełnym rejestrowaniem za pomocą polecenia:

GIT_TRACE=1 GIT_SSH_COMMAND="ssh -vvv" git clone ssh://pathToYourRepo

Możesz przejść przez każdy krok w dzienniku, aby uzyskać intuicję na temat problemu.

Rozwiązywanie problemów w przypadku (a)

• Upewnij się, że masz domyślną nazwę klucza id_rsa w katalogu .ssh. Możliwe, że podałeś inną nazwę klucza podczas generowania klucza za pomocą polecenia ssh-keygen lub może nie ma żadnego klucza).

• Jeśli chcesz określić inny klucz do uwierzytelnienia, użyj następującego polecenia:

  ssh-agent bash -c 'ssh-add ~/.ssh/anotherKey; git clone ssh://pathToYourRepo'
  

Rozwiązywanie problemów w przypadku (b)

• Upewnij się, że nie ma dodatkowych białych znaków podczas przechowywania klucza publicznego na serwerze.

Rozwiązywanie problemów w przypadku (c)

• Upewnij się, że nie próbujesz sklonować wersji https ścieżki repozytorium.

Jeśli używasz ssh url dla git, po wyświetleniu monitu o hasło dla ssh wpisz nazwę użytkownika jako „ git ”, a hasło jako hasło logowania do systemu

Chciałbym dodać odpowiedź dla tych, którzy mogą nadal wymagać wprowadzenia hasła, ponieważ ustawili IdentitiesOnly tylko na tak. Może to być spowodowane wieloma kluczami i plikiem tożsamości, które są kluczami do git lub serwera.

Po wygenerowaniu klucza i skopiowaniu go na serwer:

ssh-keygen
ssh-copy-id -i ~/.ssh/12gpu_server.pub lerner@192.168.20.160

Odkryłem, że to nie działa.

Potem poszedłem sprawdzić ~/.ssh/configplik, zobaczyłem to na dole:

Host *
IdentitiesOnly yes

Następnie dodaję to powyżej:

Host 12gpu
HostName 192.168.20.160
User lerner
IdentityFile ~/.ssh/12gpu_server

Mogę się zalogować, wchodząc ssh 12gpu.

Następnie możesz dodać wiele kluczy ssh, używając swoich ulubionych nazw, i wystarczy dodać ustawienia, takie jak powyższe cztery linie, do pliku konfiguracyjnego.

Host to nazwa, którą chcesz wprowadzić, gdy później połączysz się z serwerem; NazwaHosta to ip serwera lub domeny jak github.com; Użytkownik to nazwa użytkownika, którą logujesz na serwerze, jak nazwa użytkownika lub git dla github lub gitlab; a IdentityFile to plik, w którym przechowujesz wygenerowany klucz.

Ogólnie rzecz biorąc, oto kroki umożliwiające zdalne połączenie z serwerem za pomocą ssh bez hasła:

• Utwórz parę klucza prywatnego i publicznego rsa

  $ ssh-keygen -t rsa -b 4096 -C "your comments"
  

• Skopiuj swój klucz publiczny i zaloguj się na zdalnym serwerze

• Dodaj swój klucz publiczny do .ssh / Author_keys

• Jeśli masz wiele kluczy ssh na swoim komputerze, możesz dodać swój klucz za pomocą ssh-add

  $ ssh-add /path/to/private/key

• Następnie spróbuj ssh na swoim serwerze

  $ ssh username@your_ip_address

Źródło: http://diary-of-programmer.blogspot.com/2018/08/tips-how-to-ssh-to-your-digitalocean.html

Użyj sshzdalnego adresu URL dostarczonego przez Github nie https.

Jeśli używasz systemu Windows i GIT bez narzędzi innych firm, a Twój klucz nie jest zabezpieczony hasłem / hasłem, użyj tego:

1. Zmienna środowiskowa HOME musi być ustawiona na profil użytkownika (np. C: \ Users \ Laptop)
2. Przejdź do folderu C: \ Users \ Laptop \ .ssh \ i edytuj plik „config” (lub utwórz plik!) Przykład: C: \ Users \ Laptop.ssh ​​\ config (uwaga: na końcu nie ma!)

3. Dodaj hosta git-server do pliku „config” w następujący sposób:

   #Example host entry
   Host myhostname.com
       HostName myhostname.com
       User git
       IdentityFile c:/users/laptop/.ssh/id_rsa.pub
       PasswordAuthentication no
       Port 422
   

4. Zapisz plik i sklonuj repozytorium w następujący sposób:

   git clone ssh: //nazwa_hosta.com/git-server/repos/picalc.git

Możesz użyć dodatkowych parametrów konfiguracyjnych dla wpisu hosta pliku „config”. Można je znaleźć w lokalnym folderze instalacyjnym git, np. „ C: \ Program Files \ Git \ etc \ ssh \ ssh_config ”. Fragment:

# Host *
#   ForwardAgent no
#   ForwardX11 no
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   IdentityFile ~/.ssh/id_ecdsa
#   IdentityFile ~/.ssh/id_ed25519
#   Port 22
#   Protocol 2
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
#   RekeyLimit 1G 1h

Ten sam problem dla mnie, a rozwiązaniem było:

Zobacz ten dokument github, aby przekonwertować adres URL pilota z https na ssh. Aby sprawdzić, czy adres URL zdalnego to ssh czy https, użyj git remote -v. Aby przełączyć się z https na ssh: git zdalny początek adresu URL git@github.com: NAZWA UŻYTKOWNIKA / REPOSITORY.git @jeeYem

Mobaxterme miał do tego interfejs UI

setting > configuration > SSH > SSH Agent > [check] Use internal SSH agent "moboAgent" > add [your id_rsa and restart mobaxterme to set changes]

Klucz SSH - wciąż pytasz o hasło i hasło

Jeśli w systemie Windows i przy użyciu PuTTY jako generatora kluczy SSH , to szybkie i łatwe rozwiązanie okazało się jedynym działającym rozwiązaniem dla mnie za pomocą zwykłego wiersza poleceń systemu Windows:

1. Twoja instalacja PuTTY powinna zawierać kilka plików wykonywalnych, między innymi, pageant.exeiplink.exe
2. Podczas generowania klucza SSH za pomocą PuttyGen klucz jest przechowywany z .ppkrozszerzeniem
3. Uruchom "full\path\to\your\pageant.exe" "full\path\to\your\key.ppk"( należy podać). Spowoduje to wykonanie pageantusługi i zarejestrowanie klucza (po wprowadzeniu hasła).
4. Ustaw zmienną środowiskową GIT_SSH=full\path\to\plink.exe( nie można cytować). Spowoduje to przekierowanie poleceń związanych z komunikacją git ssh do usługi, plinkktóra będzie korzystać z pageantusługi do uwierzytelniania bez ponownego pytania o hasło.

Gotowy!

Uwaga 1: Ta dokumentacja ostrzega przed pewnymi osobliwościami podczas pracy z GIT_SHHustawieniami zmiennych środowiskowych. Mogę push, pull,fetch z dowolną liczbą dodatkowych parametrów do polecenia i wszystko działa dobrze dla mnie (bez konieczności pisania dodatkowego skryptu jak sugerowano w nim).

Uwaga 2: Ścieżka do PuTTYinstalacji zwykle znajduje się wPATH więc można ją pominąć. W każdym razie wolę określać pełne ścieżki.

Automatyzacja:

Następujący plik wsadowy można uruchomić przed użyciem git z wiersza polecenia. Ilustruje użycie ustawień:

git-init.bat
   @ECHO OFF
   :: Use start since the call is blocking
   START "%ProgramFiles%\PuTTY\pageant.exe" "%HOMEDRIVE%%HOMEPATH%\.ssh\id_ed00000.ppk"
   SET GIT_SSH=%ProgramFiles%\PuTTY\plink.exe

W każdym razie mam GIT_SSHzmienną ustawioną SystemPropertiesAdvanced.exe > Environment variablesi pageant.exedodaną jakoRun klucz rejestru (*).

(*) Kroki dodawania Runklucza rejestru>

1. biegać regedit.exe
2. Nawigować do HKEY_CURRENT_USER > Software > Microsoft > Windows > CurrentVersion > Run
3. Do (menu) Edit > New > String Value
4. Wpisz dowolną (ale unikalną) nazwę
5. Wykonaj (menu) Edit > Modify...(lub kliknij dwukrotnie)
6. Wprowadź ścieżkę w cudzysłowie do pageant.exei public keynp. "C:\Program Files\PuTTY\pageant.exe" "C:\Users\username\.ssh\id_ed00000.ppk"(Zauważ, że %ProgramFiles%zmienne itp. Nie działają tutaj, chyba że wybierzesz Expandable string valuemiejsce String valuew kroku 3.).

Jak wyjaśniono w Klonowaniu repozytorium Git z VSTS przez SSH, prosi o hasło! Niespodziewany

Problem może wynikać z niepowodzenia uwierzytelnienia klucza publicznego, więc następnie prosi o hasło do konta mojej firmy.

Nie zdarzyłoby się to, gdyby uwierzytelnienie klucza publicznego powiodło się.

Możesz więc sprawdzić id_rsa.pub, a nawet utworzyć nowy.

Myślę, że odpowiedź @sudo bangbang powinna zostać zaakceptowana.

Podczas generowania klucza ssh wystarczy nacisnąć „Enter”, aby pominąć wpisywanie hasła, gdy pojawi się monit o skonfigurowanie hasła.

Oznacza to, że NIE POTRZEBUJESZ hasła podczas korzystania z klucza ssh, więc pamiętaj o generowaniu klucza ssh, NIE wprowadzaj hasła, po prostu naciśnij „Enter”, aby je pominąć.