Avant la mise à niveau

Lorsque j’exécutais git clone git@...(avec ssh) une fois par ordinateur, une fenêtre de dialogue apparaît, contenant une zone de texte pour l’insertion de ma phrase secrète SSH, et confirmée par OK. Ensuite, la phrase secrète n'était plus nécessaire jusqu'au prochain démarrage de mon système.

Après la mise à niveau vers 13.10

Après la mise à niveau vers Ubuntu 13.10, cette fenêtre n'apparaît plus, mais un message apparaît dans le terminal:

Enter passphrase for key '/home/username/.ssh/id_rsa': 

... chaque fois que vous clonez un référentiel git, cela apparaît.

Comment puis-je réparer cela? Je souhaite entrer ma phrase secrète une seule fois.

Mise à jour: semble être un bug de 13.10:

https://bugs.launchpad.net/ubuntu/+source/libpam-ssh/+bug/1247169

Quoi qu'il en soit en exécutant les commandes suivantes, le problème a été résolu pour moi:

Comment réparer

J'ai résolu ce problème en entrant les commandes suivantes:

$ ssh-agent bash

Cela crée un nouveau processus bash qui vous permet d'ajouter des clés privées. Lors de l'ajout d'une nouvelle clé privée, vous serez invité à entrer la phrase secrète une fois et une seule fois.

Puis:

$ ssh-add /home/username/.ssh/id_rsa
Enter passphrase for /home/username/.ssh/id_rsa: 
Identity added: /home/username/.ssh/id_rsa (/home/username/.ssh/id_rsa)

... où usernameest votre nom d'utilisateur Vous pouvez faire la même chose avec $USERvariable:

$ ssh-add /home/$USER/.ssh/id_rsa

Sinon, utilisez simplement ~pour votre répertoire personnel.

$ ssh-add ~/.ssh/id_rsa

Et le problème a été résolu.

0) réponse courte

Ajoutez dans votre .ssh/configligne au début:

AddKeysToAgent yes

et lancez git / ssh / ... Si cela ne suffit pas, vérifiez votre version de ssh et vérifiez que ssh-agent est chargé avec ces instructions:

1) Vérifiez la version openssh

Premièrement, vérifiez que votre version ssh, elle doit être supérieure égale à 7.2 :

ssh -V

2) Editez le fichier de configuration

Si c'est le cas, ajoutez simplement votre .ssh/configligne au début:

AddKeysToAgent yes

3) Vérifiez si ssh-agent est déjà ouvert

Habituellement, les distributions chargent automatiquement un agent ssh. Pour le vérifier, lancez

ps aux | grep -v grep | grep ssh-agent

Si vous ne voyez aucune ligne le contenant, vous devez le charger en lançant:

eval $(ssh-agent)

Notez que cela active l'agent uniquement sur le terminal actuel. Pour l'activer partout, vous pouvez essayer d'ajouter cette ligne à votre ~/.profilefichier et de redémarrer.

Ce document Atlassian corrige le problème pour moi sur Ubuntu 14.04 Server Edition:

Ajoutez simplement ces valeurs dans votre .bashrcfichier:

SSH_ENV=$HOME/.ssh/environment

# start the ssh-agent
function start_agent {
    echo "Initializing new SSH agent..."
    # spawn ssh-agent
    /usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
    echo succeeded
    chmod 600 "${SSH_ENV}"
    . "${SSH_ENV}" > /dev/null
    /usr/bin/ssh-add
}

if [ -f "${SSH_ENV}" ]; then
     . "${SSH_ENV}" > /dev/null
     ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
        start_agent;
    }
else
    start_agent;
fi

Et après s'être connecté, il demande un mot de passe une seule fois et se met en cache. Vous n'avez pas besoin de le saisir à chaque fois.

Une solution de contournement pour ce bogue consiste à ajouter ce qui suit au bas de~/.bashrc

eval `gnome-keyring-daemon --start`

Les utilisateurs de la coquille de poisson peuvent utiliser ce script pour faire la même chose.

# content has to be in .config/fish/config.fish
# if it does not exist, create the file
setenv SSH_ENV $HOME/.ssh/environment

function start_agent                                                                                                                                                                    
    echo "Initializing new SSH agent ..."
    ssh-agent -c | sed 's/^echo/#echo/' > $SSH_ENV
    echo "succeeded"
    chmod 600 $SSH_ENV 
    . $SSH_ENV > /dev/null
    ssh-add
end

function test_identities                                                                                                                                                                
    ssh-add -l | grep "The agent has no identities" > /dev/null
    if [ $status -eq 0 ]
        ssh-add
        if [ $status -eq 2 ]
            start_agent
        end
    end
end

if [ -n "$SSH_AGENT_PID" ] 
    ps -ef | grep $SSH_AGENT_PID | grep ssh-agent > /dev/null
    if [ $status -eq 0 ]
        test_identities
    end  
else
    if [ -f $SSH_ENV ]
        . $SSH_ENV > /dev/null
    end  
    ps -ef | grep $SSH_AGENT_PID | grep -v grep | grep ssh-agent > /dev/null
    if [ $status -eq 0 ]
        test_identities
    else 
        start_agent
    end  
end

J'utilise ceci:

vim ~/.profile

eval `/usr/bin/gnome-keyring-daemon --start --components=pkcs11,secrets,ssh,gpg`
export SSH_AUTH_SOCK
export GPG_AGENT_INFO

Si vous utilisez un fichier azure .ppk

Convertissez-le simplement en pem et ajoutez l'autorisation 400 en quelques étapes simples:

sudo apt-get install putty
puttygen <path_to_key>/keyname.ppk -O private-openssh -o <path>/aws_key.pem
sudo chmod 400 <path>/aws_key.pem
ssh -vi aws_key.pem ubuntu@<ip_address>

Sur Ubuntu 18.04, ssh-agent est démarré à l'ouverture de la session X, il est géré dans le fichier /etc/X11/Xsession.options:

# cat /etc/X11/Xsession.options
# $Id: Xsession.options 189 2005-06-11 00:04:27Z branden $
#
# configuration options for /etc/X11/Xsession
# See Xsession.options(5) for an explanation of the available options.
allow-failsafe
allow-user-resources
allow-user-xsession
use-ssh-agent
use-session-dbus