[Debian] Résoudre l'erreur SSH "Agent admitted failure to sign using the key"

Lors d’un changement de clés SSH, que se soit une copie ou par une génération d’un nouveau trousseau, il se peut d’avoir une erreur de ce genre :

Agent admitted failure to sign using the key.
Permission denied (publickey).

La connexion en SSH est tout bonnement impossible à partir de ce point, que se soit pour des transferts, une connexion, du tunneling ou autre…

Un agent spécifique au protocole est en cause dans cette « histoire » : ssh-agent.

Ce service vous permet de stocker et de sécuriser votre paire de clés (privée et publique) sur votre propre poste ; Il se charge lui-même de sauvegarder les identités, déceler les usurpations, gérer les différentes clés présentes, mais encore de bloquer les accès non-autorisés.

Dans le cas de l’erreur ci-dessus, l’agent ne connaît pas encore la clé – Il ne l’a pas dans son index.
Il faut donc les lui ajouter pour que le système prenne en compte ces nouvelles clés.

Dans la majorité des cas, il n’y a qu’une seule commande à passer, ce qui est relativement simple à faire quel que soit votre niveau ! 🙂

Vous ne devez pas effectuer ces commandes avec « sudo » : Si vous utilisez « sudo« , vous modifierez la clé SSH de l’utilisateur « Root«

On considère (dans notre exemple) que nos clés sont à l’emplacement par défaut avec leurs noms d’origine, soit :

• « /home/<votre-login>/.ssh/id_rsa »
• « /home/<votre-login>/.ssh/id_rsa.pub »

Il faut saisir la commande ci-dessous – Elle permet de créer un nouveau couple de clés pour votre session sur votre machine.

ssh-add

Une fois la commande passée, un message d'informations va alors s'afficher dans le terminal :

Identity added: /home/julien/.ssh/id_rsa (/home/julien/.ssh/id_rsa)

La nouvelle clé vient d'être ajoutée avec succès !

NB : Si vos clés ont des noms différents et des emplacements autres que celui indiqué par défaut, vous devez indiquer le chemin & le nom exact des clés privées. (exemple : ssh-add /home/julien/Documents/cle-computerz.solutions)

Après cette régénération du couple de clés, vous devriez pouvoir dès à présent vous re-connecter en SSH et vous authentifier.