Como evitar que a senha seja solicitada toda vez que eu envio para o Bitbucket

Configurei meu material ssh com a ajuda deste guia e ele funcionava bem (eu poderia executar hg pushsem precisar de uma senha). O que poderia ter acontecido entre então e agora, considerando que ainda estou usando o mesmo diretório inicial.

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

Você precisa usar um agente ssh. Resposta curta: tente

$ ssh-add

antes de empurrar. Forneça sua senha quando solicitado.

Se você ainda não está executando um agente ssh, receberá a seguinte mensagem:

Could not open a connection to your authentication agent.

Nessa situação, você pode iniciar um e configurar seu ambiente assim

eval $(ssh-agent)

Então repita o ssh-addcomando.

Vale a pena dar uma olhada na página de manual do agente ssh .

Uma maneira de resolver isso é com ssh-agente ssh-add:

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

Depois disso, a senha é salva para a sessão atual. e não será solicitado novamente.

Eu uso o Keychain para gerenciar chaves ssh. Ele também está disponível no Debian e, provavelmente, no Ubuntu com

apt-get install keychain

Aqui está a página do pacote de chaves do Debian . Como você pode ver, o projeto não é muito ativo, mas funciona para mim. Também comentei um pouco sobre isso em outra resposta aqui

Crie (ou edite, se existir) o seguinte arquivo ~ / .ssh / config:

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

Por conveniência, o método ideal é uma combinação das respostas de jmtd e Faheem .

Usar ssh-agentsozinho significa que uma nova instância de ssh-agentprecisa ser criada para cada novo terminal que você abrir. keychainquando inicializado, solicitará a senha da (s) chave (s) privada (s) e a armazenará. Dessa forma, sua chave privada é protegida por senha, mas você não precisará digitar sua senha repetidamente.

O wiki do Arch recomenda inicializar as chaves do /etc/profile.d/seu perfil de shell, como .bash_profileou .bashrc. Isso tem uma desvantagem, pois inicializa seu chaveiro assim que você abre um terminal.

Uma abordagem mais flexível é combinar keychaincom uma tmuxsessão específica . Então, em .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, em seguida, é apenas um caso de iniciar a tmuxsessão protegida como e quando necessário (iniciado a partir de um 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

Agora, seu chaveiro será inicializado apenas uma vez quando você iniciar essa tmuxsessão específica . Enquanto essa sessão persistir, você poderá acessar essas sshchaves e enviar para seus repositórios remotos.

Você pode usar sshpass:

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

Você só precisa adicionar sshpass -p yourpassphraseantes de anexar seu sshcomando usual .