Je rencontre cette erreur de:

$ git push heroku master
Warning: Permanently added the RSA host key for IP address '50.19.85.132' to the list of known hosts.
!  Your key with fingerprint b7:fd:15:25:02:8e:5f:06:4f:1c:af:f3:f0:c3:c2:65 is not authorized to access bitstarter.

J'ai essayé d'ajouter les clés et j'obtiens cette erreur ci-dessous:

$ ssh-add ~/.ssh/id_rsa.pub
Could not open a connection to your authentication agent.

Avez-vous commencé ssh-agent?

Vous devrez peut-être démarrer ssh-agentavant d'exécuter la ssh-addcommande:

eval `ssh-agent -s`
ssh-add

Notez que cela démarrera l'agent pour msysgit Bash sous Windows . Si vous utilisez un shell ou un système d'exploitation différent, vous devrez peut-être utiliser une variante de la commande, comme celles répertoriées dans les autres réponses .

Voir les réponses suivantes:

1. ssh-add se plaint: impossible d'ouvrir une connexion avec votre agent d'authentification
2. Git push nécessite un nom d'utilisateur et un mot de passe (contient des instructions détaillées sur la façon d'utiliser ssh-agent)
3. Comment exécuter l'agent d'authentification (git / ssh)? .
4. Impossible d'ouvrir une connexion avec votre agent d'authentification

Pour démarrer automatiquement ssh-agent et autoriser une seule instance à fonctionner dans plusieurs fenêtres de console, voir Démarrer ssh-agent à la connexion .

Pourquoi devons-nous utiliser evalau lieu de simplement ssh-agent?

Pour savoir pourquoi, voir la réponse de Robin Green .

Clés publiques vs clés privées

De plus, chaque fois que j'utilise ssh-add, j'y ajoute toujours des clés privées. Le fichier ~/.ssh/id_rsa.pubressemble à une clé publique, je ne sais pas si cela fonctionnera. Avez-vous un ~/.ssh/id_rsadossier? Si vous l'ouvrez dans un éditeur de texte, cela signifie-t-il que c'est une clé privée?

J'ai essayé les autres solutions en vain. J'ai fait plus de recherches et j'ai constaté que la commande suivante fonctionnait. J'utilise Windows 7 et Git Bash .

eval $(ssh-agent)

Plus d'informations sur: https://coderwall.com/p/rdi_wq

La commande suivante a fonctionné pour moi. J'utilise CentOS.

exec ssh-agent bash

MsysGit ou Cygwin

Si vous utilisez Msysgit ou Cygwin, vous pouvez trouver un bon tutoriel sur SSH-Agent dans msysgit et cygwin et bash :

1. Ajoutez un fichier appelé .bashrcdans votre dossier de départ.

2. Ouvrez le fichier et collez-le:

   #!/bin/bash
   eval `ssh-agent -s`
   ssh-add

3. Cela suppose que votre clé se trouve à l' ~/.ssh/id_rsaemplacement conventionnel . Si ce n'est pas le cas, incluez un chemin complet après la ssh-addcommande.

4. Ajouter ou créer un fichier ~/.ssh/configavec le contenu

   ForwardAgent yes
   

   Dans le tutoriel d'origine, le ForwardAgentparamètre est Yes, mais c'est une faute de frappe. Utilisez tout en minuscules ou vous obtiendrez des erreurs.

5. Redémarrez Msysgit. Il vous demandera d'entrer une fois votre phrase secrète, et c'est tout (jusqu'à ce que vous mettiez fin à la session ou que votre agent ssh soit tué.)

Mac OS X

Si vous ne voulez pas démarrer un nouvel agent ssh à chaque fois que vous ouvrez un terminal, consultez le trousseau . Je suis sur un Mac maintenant, j'ai donc utilisé le tutoriel ssh-agent avec zsh et porte-clés sur Mac OS X pour le configurer, mais je suis sûr qu'une recherche Google contiendra de nombreuses informations pour Windows.

Mise à jour : Une meilleure solution sur Mac consiste à ajouter votre clé au trousseau Mac OS:

ssh-add -K ~/.ssh/id_rsa

Aussi simple que cela.

Impossible d'ouvrir une connexion avec votre agent d'authentification

Pour résoudre cette erreur:

frapper:

$ eval `ssh-agent -s`

tcsh:

$ eval `ssh-agent -c`

Ensuite, utilisez ssh-addcomme vous le feriez normalement.

Astuce:

J'oubliais toujours quoi taper pour les commandes ssh-agent ci-dessus, j'ai donc créé un alias dans mon .bashrcfichier comme ceci:

alias ssh-agent-cyg='eval `ssh-agent -s`'

Maintenant, au lieu d'utiliser ssh-agent , je peux utiliserssh-agent-cyg

Par exemple

$ ssh-agent-cyg
SSH_AUTH_SOCK=/tmp/ssh-n16KsxjuTMiM/agent.32394; export SSH_AUTH_SOCK;
SSH_AGENT_PID=32395; export SSH_AGENT_PID;
echo Agent pid 32395;
$ ssh-add ~/.ssh/my_pk

Source d'origine du correctif:

http://cygwin.com/ml/cygwin/2011-10/msg00313.html

J'ai rencontré le même problème pour Linux, et voici ce que j'ai fait:

Fondamentalement, la commande ssh-agent démarre l'agent, mais elle ne définit pas vraiment les variables d'environnement pour qu'il s'exécute. Il sort simplement ces variables dans le shell.

Tu dois:

eval `ssh-agent`

puis faites ssh-add. Voir Impossible d'ouvrir une connexion à votre agent d'authentification .

ssh-add et ssh (en supposant que vous utilisez les implémentations openssh) nécessitent une variable d'environnement pour savoir comment parler à l'agent ssh. Si vous avez démarré l'agent dans une fenêtre d'invite de commandes différente de celle que vous utilisez maintenant, ou si vous l'avez mal démarré, ni ssh-add ni ssh ne verront cet ensemble de variables d'environnement (car la variable d'environnement est définie localement sur la commande invite, il est installé).

Vous ne dites pas quelle version de ssh vous utilisez, mais si vous utilisez cygwin, vous pouvez utiliser cette recette de SSH Agent sur Cygwin :

# Add to your Bash config file
SSHAGENT=/usr/bin/ssh-agent
SSHAGENTARGS="-s"
if [ -z "$SSH_AUTH_SOCK" -a -x "$SSHAGENT" ]; then
    eval `$SSHAGENT $SSHAGENTARGS`
    trap "kill $SSH_AGENT_PID" 0
fi

Cela démarrera automatiquement un agent pour chaque nouvelle fenêtre d'invite de commandes que vous ouvrez (ce qui n'est pas optimal si vous ouvrez plusieurs invites de commande en une seule session, mais au moins cela devrait fonctionner).

Courir

ssh-agent bash
ssh-add

Pour obtenir plus de détails, vous pouvez rechercher

ssh-agent

ou courir

man ssh-agent

Essayez les étapes suivantes:

1) Ouvrez Git Bash et lancez: cd ~/.ssh

2) Essayez d'exécuter l'agent: eval $(ssh-agent)

3) Pour le moment, vous pouvez exécuter la commande suivante: ssh-add -l

Au lieu d'utiliser $ ssh-agent -s, j'ai utilisé $ eval `ssh-agent -s`pour résoudre ce problème.

Voici ce que j'ai effectué étape par étape (étape 2 à partir de GitBash):

1. Nettoyé mon dossier .ssh à C:\user\<username>\.ssh\
2. Généré une nouvelle clé SSH
   $ ssh-keygen -t rsa -b 4096 -C "xyz@abc.com"
3. Vérifiez si un identifiant de processus (agent ssh) est déjà en cours d'exécution.
   $ ps aux | grep ssh
4. (Facultatif) Si vous en trouvez à l'étape 3, tuez ceux
   $ kill <pids>
5. Démarré l'agent ssh
   $ eval `ssh-agent -s`
6. Ajout de la clé ssh générée à l'étape 2 à l'agent ssh
   $ ssh-add ~/.ssh/id_rsa

Dans Windows 10, j'ai essayé toutes les réponses répertoriées ici, mais aucune ne semblait fonctionner. En fait, ils donnent un indice. Pour résoudre un problème, vous avez simplement besoin de 3 commandes. L'idée de ce problème est que ssh-add a besoin que les variables d'environnement SSH_AUTH_SOCK et SSH_AGENT_PID soient définies avec le chemin du fichier sock de l'agent ssh et le numéro pid actuels.

ssh-agent -s > temp.txt

Cela sauvera la sortie de ssh-agent dans un fichier. Le contenu du fichier texte ressemblera à ceci:

SSH_AUTH_SOCK=/tmp/ssh-kjmxRb2764/agent.2764; export SSH_AUTH_SOCK;
SSH_AGENT_PID=3044; export SSH_AGENT_PID;
echo Agent pid 3044;

Copiez quelque chose comme "/tmp/ssh-kjmxRb2764/agent.2764" à partir du fichier texte et exécutez la commande suivante directement dans la console:

set SSH_AUTH_SOCK=/tmp/ssh-kjmxRb2764/agent.2764

Copiez quelque chose comme "3044" à partir du fichier texte et exécutez la commande suivante directement dans la console:

set SSH_AGENT_PID=3044

Maintenant, lorsque les variables d'environnement (SSH_AUTH_SOCK et SSH_AGENT_PID) sont définies pour la session de console actuelle, exécutez votre commande ssh-add et il ne manquera plus de se connecter à l'agent ssh.

Une chose que j'ai rencontrée est que cela evaln'a pas fonctionné pour moi en utilisant Cygwin, ce qui a fonctionné pour moi ssh-agent ssh-add id_rsa.

Après cela, je suis tombé sur un problème que ma clé privée était trop ouverte, la solution que j'ai réussi à trouver pour cela (à partir d' ici ):

chgrp Users id_rsa

aussi bien que

chmod 600 id_rsa

enfin j'ai pu utiliser:

ssh-agent ssh-add id_rsa

Pour amplifier la réponse de n3o pour Windows 7 ...

Mon problème était en effet que certaines variables d'environnement requises n'étaient pas définies, et n3o est correct que ssh-agent vous indique comment définir ces variables d'environnement, mais ne les définit pas réellement.

Étant donné que Windows ne vous permet pas de faire "eval", voici ce qu'il faut faire à la place:

Redirigez la sortie de ssh-agent vers un fichier batch avec

ssh-agent > temp.bat

Utilisez maintenant un éditeur de texte tel que le Bloc-notes pour modifier temp.bat. Pour chacune des deux premières lignes: - Insérez le mot "set" et un espace au début de la ligne. - Supprimez le premier point-virgule et tout ce qui suit.

Supprimez maintenant la troisième ligne. Votre temp.bat devrait ressembler à ceci:

set SSH_AUTH_SOCK=/tmp/ssh-EorQv10636/agent.10636
set SSH_AGENT_PID=8608

Exécutez temp.bat. Cela définira les variables d'environnement nécessaires au fonctionnement de ssh-add.

Je viens de faire fonctionner ça. Ouvrez votre~/.ssh/config dossier.

Ajoutez ce qui suit-

Host github.com
 IdentityFile ~/.ssh/github_rsa

La page qui m'a donné l'indication Configurer SSH pour Git a dit que l'indentation d'espace unique est importante ... bien que j'aie eu ici une configuration de Heroku qui n'avait pas cet espace et fonctionne correctement.

Si vous suivez ces instructions, votre problème sera résolu.

Si vous êtes sur une machine Mac ou Linux, tapez:

eval "$(ssh-agent -s)"

Si vous êtes sur une machine Windows, tapez:

ssh-agent -s

Permettez-moi de vous proposer une autre solution. Si vous venez d'installer Git 1.8.2.2 ou environ, et que vous souhaitez activer SSH, suivez les instructions bien écrites .

Tout à l'étape 5.6 où vous pourriez rencontrer un léger accroc. Si un agent SSH est déjà en cours d'exécution, vous pouvez obtenir le message d'erreur suivant lorsque vous redémarrez bash

Could not open a connection to your authentication agent

Si vous le faites, utilisez la commande suivante pour voir si plusieurs processus ssh-agent sont en cours d'exécution

ps aux | grep ssh

Si vous voyez plus d'un service ssh-agent, vous devrez tuer tous ces processus. Utilisez la commande kill comme suit (le PID sera unique sur votre ordinateur)

kill <PID>

Exemple:

kill 1074

Après avoir supprimé tous les processus ssh-agent, exécutez le px aux | grep ssh à nouveau pour être sûr qu'ils ont disparu, puis redémarrez Bash.

Voila, vous devriez maintenant obtenir quelque chose comme ça:

Initializing new SSH agent...
succeeded
Enter passphrase for /c/Users/username/.ssh/id_rsa:

Vous pouvez maintenant continuer à l'étape 5.7 et au-delà.

Pour les utilisateurs de fenêtres, j'ai trouvé que cmd eval `ssh-agent -s`ne fonctionnait pas, mais utiliser git bash était un régal eval `ssh-agent -s`; ssh-add KEY_LOCATION, et m'assurer que le service Windows "OpenSSH Key Management" n'était pas désactivé

Remarque: il s'agit d'une réponse à cette question , qui a été fusionnée avec celle-ci. Cette question était pour Windows 7, ce qui signifie que ma réponse était pour Cygwin / MSYS / MSYS2. Celui-ci semble pour certains Unix, où je ne m'attendrais pas à ce que l'agent SSH soit géré comme ça .

Cela exécutera l'agent SSH et ne s'authentifiera que la première fois que vous en aurez besoin , pas à chaque fois que vous ouvrirez votre terminal Bash. Il peut être utilisé pour tout programme utilisant SSH en général, y compris ssh lui-même et scp. Ajoutez simplement ceci à /etc/profile.d/ssh-helper.sh:

ssh-auth() {
    # Start the SSH agent only if not running
    [[ -z $(ps | grep ssh-agent) ]] && echo $(ssh-agent) > /tmp/ssh-agent-data.sh

    # Identify the running SSH agent
    [[ -z $SSH_AGENT_PID ]] && source /tmp/ssh-agent-data.sh > /dev/null

    # Authenticate (change key path or make a symlink if needed)
    [[ -z $(ssh-add -l | grep "/home/$(whoami)/.ssh/id_rsa") ]] && ssh-add
}

# You can repeat this for other commands using SSH
git() { ssh-auth; command git "$@"; }

J'ai eu le même problème Ubuntuet les autres solutions ne m'ont pas aidé. J'ai finalement réalisé quel était mon problème. J'avais créé mes sshclés dans le /root/.sshdossier, donc même quand je courais en ssh-addtant que root, il ne pouvait pas faire son travail et continuer à dire

Could not open a connection to your authentication agent.

J'ai créé mes clés publiques et privées ssh dans le /home/myUsername/dossier et j'ai utilisé

ssh-agent /bin/sh

alors j'ai couru

ssh-add /home/myUsername/.ssh/id_rsa

et le problème a été résolu de cette façon.

Remarque: Pour accéder à votre référentiel, gitajoutez votre mot de passe git lorsque vous créez des sshclés avec ssh-keygen -t rsa -C "your git email here".

Utilisez le paramètre -A lorsque vous vous connectez au serveur, par exemple:

ssh -A root@myhost

à partir de la page de manuel:

-A Enables forwarding of the authentication agent connection.  
   This can also be specified on a per-host basis in a configuration file.

   Agent forwarding should be enabled with caution.  Users with the ability to bypass file permissions on the remote host (for the agent's
   UNIX-domain socket) can access the local agent through the forwarded 
   connection.  An attacker cannot obtain key material from the agent,
   however they can perform operations on the keys that enable them to
   authenticate using the identities loaded into the agent.

La solution de base à exécuter ssh-agentest répondue dans de nombreuses réponses. Cependant, en exécutant ssh-agentplusieurs fois (pour chaque terminal ouvert ou par connexion à distance), de nombreuses copies seront ssh-agentexécutées en mémoire. Les scripts suggérés pour éviter ce problème sont longs et nécessitent d'écrire et / ou de copier des fichiers séparés ou d'écrire trop de chaînes dans ~/.profileou ~/.schrc. Permettez-moi de suggérer une solution simple à deux chaînes:

Pour sh , bash , etc.:

# ~/.profile
if ! pgrep -q -U `whoami` -x 'ssh-agent'; then ssh-agent -s > ~/.ssh-agent.sh; fi
. ~/.ssh-agent.sh

Pour csh , tcsh , etc.:

# ~/.schrc
sh -c 'if ! pgrep -q -U `whoami` -x 'ssh-agent'; then ssh-agent -c > ~/.ssh-agent.tcsh; fi'
eval `cat ~/.ssh-agent.tcsh`

Qu'est-ce ici:

• rechercher le processus ssh-agentpar nom et par utilisateur actuel
• créer le fichier de script shell approprié en appelant ssh-agentet en s'exécutant ssh-agentsi aucun ssh-agentprocessus utilisateur actuel n'a été trouvé
• évaluer le script shell créé qui configure l'environnement approprié

Il n'est pas nécessaire de protéger le script shell créé ~/.ssh-agent.tcshou l' ~/.ssh-agent.shaccès d'un autre utilisateur parce que: dans un premier temps, la communication avec ssh-agentest traitée via un socket protégé qui n'est pas accessible à d'autres utilisateurs, et dans un second temps, un autre utilisateur peut trouver ssh-agentsocket simple par des fichiers d'énumération dans le /tmp/répertoire. En ce qui concerne l'accès au ssh-agentprocessus, ce sont les mêmes choses.

Essayez ce qui suit:

ssh-agent sh -c 'ssh-add && git push heroku master'

Lire la réponse de @ cupcake pour des explications. Ici, j'essaie seulement d'automatiser le correctif.

Si vous utilisez un terminal Cygwin avec BASH, ajoutez ce qui suit au fichier $ HOME / .bashrc. Cela ne démarre ssh-agent qu'une seule fois dans le premier terminal Bash et ajoute les clés à ssh-agent. (Je ne sais pas si cela est requis sous Linux)

###########################
# start ssh-agent for
# ssh authentication with github.com
###########################
SSH_AUTH_SOCK_FILE=/tmp/SSH_AUTH_SOCK.sh
if [ ! -e $SSH_AUTH_SOCK_FILE ]; then
    # need to find SSH_AUTH_SOCK again.
    # restarting is an easy option
    pkill ssh-agent
fi
# check if already running
SSH_AGENT_PID=`pgrep ssh-agent`
if [ "x$SSH_AGENT_PID" == "x" ]; then
#   echo "not running. starting"
    eval $(ssh-agent -s) > /dev/null
    rm -f $SSH_AUTH_SOCK_FILE
    echo "export SSH_AUTH_SOCK=$SSH_AUTH_SOCK" > $SSH_AUTH_SOCK_FILE
    ssh-add $HOME/.ssh/github.com_id_rsa 2>&1 > /dev/null
#else
#   echo "already running"
fi
source $SSH_AUTH_SOCK_FILE

N'OUBLIEZ PAS d'ajouter vos bonnes clés dans la commande "ssh-add".

J'ai eu ce problème, lorsque j'ai démarré ssh-agent, alors qu'il était déjà en cours d'exécution. Obtient confus. Pour voir si c'est le cas, utilisez

eval $(ssh-agent)

pour voir si c'est la même chose que ce que vous pensiez que cela devrait être. Dans mon cas, c'était différent de celui que je venais de commencer.

Pour vérifier plus en détail si plusieurs agents ssh sont en cours d'exécution, vous pouvez consulter:

ps -ef | grep ssh

J'ai eu un problème similaire lorsque j'essayais de faire fonctionner cela sur Windows pour me connecter à stash via ssh

Voici la solution qui a fonctionné pour moi.

1. Il s'avère que j'exécutais l'agent Pageant ssh sur ma boîte Windows - je vérifierais ce que vous exécutez. Je soupçonne que c'est Pageant car il vient par défaut avec Putty et winScp

2. Ssh-add ne fonctionne pas à partir de la ligne de commande avec ce type d'agent

3. Vous devez ajouter la clé privée via la fenêtre d'interface utilisateur de reconstitution historique que vous pouvez obtenir en double-cliquant sur l'icône Reconstitution historique dans la barre des tâches (une fois qu'elle est lancée).

4. Avant d'ajouter la clé à Pageant, vous devez la convertir au format PPK. Des instructions complètes sont disponibles ici Comment convertir la clé SSH au format ppk

5. C'est ça. Une fois que j'ai téléchargé ma clé pour la cacher, j'ai pu utiliser SourceTree pour créer un dépôt local et cloner la télécommande.

J'espère que cela t'aides...

J'ai résolu l'erreur en arrêtant de force (tué) les processus git (agent ssh), puis en désinstallant Git, puis en réinstallant Git.

En utilisant Git Bash sur Win8.1E, ma résolution était la suivante:

eval $(ssh-agent) > /dev/null
ssh-add ~/.ssh/id_rsa

Si vous utilisez Putty, vous devrez peut-être définir l'option "Connexion / SSH / Auth / Autoriser le transfert d'agent" sur "true".

Cela a fonctionné pour moi.

Dans la fenêtre CMD, tapez la commande suivante:

cd path-to-Git/bin # (for example,cd C:\Program Files\Git\bin)
bash
exec ssh-agent bash
ssh-add path/to/.ssh/id_rsa

Pour bash intégré à Windows 10, j'ai ajouté ceci à .bash_profile:

if [ -z $SSH_AUTH_SOCK ]; then
    if [ -r ~/.ssh/env ]; then
            source ~/.ssh/env
            if [ `ps -p $SSH_AGENT_PID | wc -l` = 1 ]; then
                    rm ~/.ssh/env
                    unset SSH_AUTH_SOCK
            fi
    fi
fi

if [ -z $SSH_AUTH_SOCK ]; then
    ssh-agent -s | sed 's/^echo/#echo/'> ~/.ssh/env
    chmod 600 ~/.ssh/env
    source ~/.ssh/env > /dev/null 2>&1
fi