Come evitare di ricevere la passphrase ogni volta che invio a Bitbucket

Ho impostato la mia roba ssh con l'aiuto di questa guida e funzionava bene (potevo correre hg pushsenza che mi venisse chiesta una passphrase). Cosa sarebbe potuto succedere tra allora e adesso, considerando che sto ancora usando la stessa directory home.

$ 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
...

Devi usare un agente ssh. Risposta breve: prova

$ ssh-add

prima di spingere. Fornire la passphrase quando richiesto.

Se non stai già eseguendo un agente ssh riceverai il seguente messaggio:

Could not open a connection to your authentication agent.

In quella situazione, puoi avviarne uno e configurare il tuo ambiente in questo modo

eval $(ssh-agent)

Quindi ripetere il ssh-addcomando.

Vale la pena dare un'occhiata alla manpage dell'agente ssh .

Un modo per risolvere questo è con ssh-agente ssh-add:

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

Successivamente, la passphrase viene salvata per la sessione corrente. e non verrà più chiesto.

Uso Keychain per gestire chiavi ssh. È anche disponibile in Debian e quindi presumibilmente con Ubuntu

apt-get install keychain

Ecco la pagina del pacchetto portachiavi Debian . Come puoi vedere, il progetto non è molto attivo, ma funziona per me. Ho anche commentato un po 'questo in un'altra risposta qui

Crea (o modifica se esiste) il seguente file ~ / .ssh / config:

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

Per comodità, il metodo ottimale è una combinazione delle risposte di jmtd e Faheem .

L'uso da ssh-agentsolo significa che è ssh-agentnecessario creare una nuova istanza di per ogni nuovo terminale che si apre. keychainuna volta inizializzato, richiederà la passphrase per le chiavi private e la memorizzerà. In questo modo la tua chiave privata è protetta da password ma non dovrai inserire più volte la password.

La wiki di Arch consiglia di inizializzare il portachiavi da /etc/profile.d/o il profilo della shell, come .bash_profileo .bashrc. Questo ha uno svantaggio in quanto inizializza il tuo portachiavi non appena apri un terminale.

Un approccio più flessibile è quello di combinare keychaincon una tmuxsessione specifica . Quindi, in .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

... e poi si tratta solo di avviare la tmuxsessione protetta come e quando richiesto (avviato da un keybind):

#!/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

Ora, il tuo portachiavi verrà inizializzato solo una volta quando avvii quella tmuxsessione specifica . Finché la sessione persiste, sarai in grado di accedere a tali sshchiavi e inviare ai tuoi repository remoti.

Puoi usare sshpass:

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

Devi solo aggiungere sshpass -p yourpassphraseprima di aggiungere il tuo solito sshcomando.