Jak uniknąć pytania o hasło za każdym razem, gdy wypycham Bitbucket

Skonfigurowałem moje rzeczy ssh za pomocą tego przewodnika i działało to dobrze (mogłem biegać hg pushbez pytania o hasło). Co mogło się zdarzyć od tego czasu do teraz, biorąc pod uwagę, że nadal korzystam z tego samego katalogu domowego.

$ cat .hg/hgrc 
[paths]
default = ssh://hg@bitbucket.org/tshepang/bloog

$ hg push
Enter passphrase for key '/home/wena/.ssh/id_rsa': 
pushing to ssh://hg@bitbucket.org/tshepang/bloog
searching for changes
...

Musisz użyć agenta ssh. Krótka odpowiedź: spróbuj

$ ssh-add

przed pchaniem. Na żądanie podaj hasło.

Jeśli nie korzystasz jeszcze z agenta ssh, pojawi się następujący komunikat:

Could not open a connection to your authentication agent.

W takiej sytuacji możesz go uruchomić i odpowiednio skonfigurować środowisko

eval $(ssh-agent)

Następnie powtórz ssh-addpolecenie.

Warto przyjrzeć się stronie man agenta ssh .

Sposób, aby rozwiązać ten problem jest z ssh-agenti ssh-add:

$ exec ssh-agent bash
$ ssh-add
Enter passphrase for ~/.ssh/id_rsa: 

Następnie hasło zostanie zapisane dla bieżącej sesji. i nie będę więcej pytany

Używam pęku kluczy do zarządzania kluczami ssh. Jest także dostępny w Debianie i prawdopodobnie w Ubuntu

apt-get install keychain

Oto strona pakietu pęku kluczy Debiana . Jak widać, projekt nie jest zbyt aktywny, ale działa dla mnie. Skomentowałem też trochę na ten temat w innej odpowiedzi tutaj

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

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

Dla wygody optymalną metodą jest połączenie odpowiedzi jmtd i Faheem .

Używanie ssh-agentsamego oznacza, że ssh-agentdla każdego otwieranego terminala należy utworzyć nową instancję . keychainpo zainicjowaniu poprosi o hasło dla kluczy prywatnych i zapisze je. W ten sposób Twój klucz prywatny jest chroniony hasłem, ale nie będziesz musiał wprowadzać hasła w kółko.

Arch wiki zaleca inicjowanie pęk kluczy z /etc/profile.d/lub swój profil powłoki, takie jak .bash_profilealbo .bashrc. Ma to tę wadę, że inicjalizuje pęku kluczy, jak tylko otworzysz terminal.

Bardziej elastycznym podejściem jest połączenie keychainz określoną tmuxsesją. Tak więc w .bash_profile:

tsess=$(tmux ls 2>&1)

if [[ "${tsess%%:*}" = "secured" ]] && 
   [[ -f $HOME/.keychain/$HOSTNAME-sh ]]; then
    # start keychain
    /usr/bin/keychain -Q -q --nogui ~/.ssh/id_rsa
    . $HOME/.keychain/$HOSTNAME-sh
fi

... a następnie jest to tylko przypadek rozpoczęcia zabezpieczonej tmuxsesji, gdy jest to wymagane (uruchamiane z naciśnięcia klawisza):

#!/bin/bash
PID=$(pgrep tmux)
new="tmux -f $HOME/.tmux/conf new -s secured"
old="tmux attach -t secured -d"

if [[ -z "$SSH_AUTH_SOCK" ]]; then
    eval `ssh-agent`
    trap "kill $SSH_AGENT_PID" 0
fi

if [[ -z "$PID" ]]; then
    urxvtc -title "SSH" -e sh -c "${new}"
else
    urxvtc -title "SSH" -e sh -c "${old}"
fi

ssh-add

Teraz Twój pęku kluczy zostanie zainicjowany tylko raz, gdy rozpoczniesz tę konkretną tmuxsesję. Tak długo, jak ta sesja będzie się powtarzać, będziesz mieć dostęp do tych sshkluczy i wypychaj swoje zdalne repozytoria.

Możesz użyć sshpass:

$ sudo apt-get install sshpass
$ sshpass -p 'password' ssh username@server

Musisz tylko dodać sshpass -p yourpassphraseprzed dołączeniem zwykłego sshpolecenia.