Wie vermeide ich, jedes Mal nach einer Passphrase gefragt zu werden, wenn ich auf Bitbucket drücke?

Ich habe mein ssh-Zeug mit Hilfe dieses Handbuchs eingerichtet , und es hat früher gut funktioniert (ich konnte es ausführen, hg pushohne nach einer Passphrase gefragt zu werden). Was hätte zwischen damals und heute passieren können, wenn ich bedenke, dass ich immer noch dasselbe Basisverzeichnis verwende.

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

Sie müssen einen ssh-Agenten verwenden. Kurze Antwort: versuchen Sie es

$ ssh-add

vor dem schieben. Geben Sie Ihre Passphrase ein, wenn Sie dazu aufgefordert werden.

Wenn Sie noch keinen ssh-Agenten ausführen, wird die folgende Meldung angezeigt:

Could not open a connection to your authentication agent.

In dieser Situation können Sie eine starten und Ihre Umgebung so einrichten

eval $(ssh-agent)

Dann wiederholen Sie den ssh-addBefehl.

Es lohnt sich, einen Blick auf die Manpage von ssh agent zu werfen .

Ein Weg, dies zu lösen, ist mit ssh-agentund ssh-add:

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

Danach wird die Passphrase für die aktuelle Sitzung gespeichert. und wird nicht noch einmal gefragt.

Ich verwende Keychain für die Verwaltung von SSH- Schlüsseln. Es ist auch in Debian und damit vermutlich Ubuntu mit verfügbar

apt-get install keychain

Hier ist die Seite mit dem Debian-Schlüsselbundpaket . Wie Sie sehen, ist das Projekt nicht sehr aktiv, funktioniert aber für mich. Ich habe dies auch in einer anderen Antwort hier etwas kommentiert

Erstellen Sie die folgende ~ / .ssh / config-Datei (oder bearbeiten Sie sie, falls vorhanden):

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

Zur Vereinfachung ist die optimale Methode eine Kombination der Antworten von jmtd und Faheem .

Mit ssh-agentallein bedeutet , dass eine neue Instanz des ssh-agentBedarfs für jedes neues Terminals erstellt werden , die Sie öffnen. keychainBei der Initialisierung werden Sie nach der Passphrase für den / die privaten Schlüssel gefragt und diese gespeichert. Auf diese Weise ist Ihr privater Schlüssel durch ein Passwort geschützt, aber Sie müssen Ihr Passwort nicht immer wieder eingeben.

Das Arch-Wiki empfiehlt, den Schlüsselbund von /etc/profile.d/oder Ihrem Shell-Profil wie .bash_profileoder zu initialisieren .bashrc. Dies hat den Nachteil, dass Ihr Schlüsselbund initialisiert wird, sobald Sie ein Terminal öffnen.

Ein flexiblerer Ansatz ist die Kombination keychainmit einer bestimmten tmuxSitzung. Also, 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

... und dann ist es nur ein Fall, die gesicherte tmuxSitzung nach Bedarf zu starten (von einer Tastatur aus gestartet):

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

Jetzt wird Ihr Schlüsselbund nur einmal initialisiert, wenn Sie diese bestimmte tmuxSitzung starten . Solange diese Sitzung besteht, können Sie auf diese sshSchlüssel zugreifen und auf Ihre Remote-Repositorys pushen.

Sie können verwenden sshpass:

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

Sie müssen nur hinzufügen, sshpass -p yourpassphrasebevor Sie Ihren üblichen sshBefehl anhängen .