Я зіткнувся з цією помилкою:

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

Я спробував додати ключі, і я отримую цю помилку нижче:

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

Ви почали ssh-agent?

Можливо, вам доведеться почати ssh-agentперед запуском ssh-addкоманди:

eval `ssh-agent -s`
ssh-add

Зауважте, що це запустить агент для msysgit Bash в Windows . Якщо ви використовуєте іншу оболонку або операційну систему, можливо, вам буде потрібно використовувати варіант команди, наприклад, вказаний в інших відповідях .

Дивіться наступні відповіді:

1. ssh-add скарги: Не вдалося відкрити з'єднання з вашим агентом аутентифікації
2. Git push вимагає імені користувача та пароля (містить докладні інструкції щодо використання ssh-агента)
3. Як запустити (git / ssh) агент аутентифікації? .
4. Не вдалося відкрити з'єднання з вашим агентом аутентифікації

Щоб автоматично запустити ssh-агент і дозволити одному екземпляру працювати в кількох вікнах консолі, див. Запуск ssh-агента при вході .

Чому нам потрібно використовувати evalзамість просто ssh-agent?

Щоб дізнатися чому, дивіться відповідь Робіна Гріна .

Паблік проти приватних ключів

Крім того, коли я використовую ssh-add, я завжди додаю до нього приватні ключі. Файл ~/.ssh/id_rsa.pubвиглядає як відкритий ключ, я не впевнений, що це спрацює. У вас є ~/.ssh/id_rsaфайл? Якщо ви відкриєте його в текстовому редакторі, це каже, що це приватний ключ?

Я спробував інші рішення безрезультатно. Я провів більше досліджень і виявив, що працює наступна команда. Я використовую Windows 7 та Git Bash .

eval $(ssh-agent)

Більше інформації на сайті: https://coderwall.com/p/rdi_wq

Наступна команда працювала для мене. Я використовую CentOS.

exec ssh-agent bash

MsysGit або Cygwin

Якщо ви використовуєте Msysgit або Cygwin, ви можете знайти хороший підручник у SSH-Agent у msysgit та cygwin та bash :

1. Додайте файл, покликаний .bashrcу домашню папку.

2. Відкрийте файл і вставте:

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

3. Це передбачає, що ваш ключ знаходиться у звичайному ~/.ssh/id_rsaмісці. Якщо це не так, включіть повний шлях після ssh-addкоманди.

4. Додати або створити файл ~/.ssh/configіз вмістом

   ForwardAgent yes
   

   В оригінальному підручнику ForwardAgentпарам є Yes, але це друкарська помилка. Використовуйте всі малі регіони, інакше ви отримаєте помилки.

5. Перезапустіть Msysgit. Він попросить вас ввести свою парольну фразу один раз, і це все (поки ви не закінчите сеанс, або ваш ssh-агент буде вбитий.)

Mac / OS X

Якщо ви не хочете запускати новий ssh-агент щоразу, коли ви відкриваєте термінал, перевірте Keychain . Зараз я на Mac, тому я використовував підручник ssh-agent з zsh & keychain на Mac OS X, щоб налаштувати його, але я впевнений, що пошук Google матиме багато інформації для Windows.

Оновлення . Краще рішення для Mac - додати свій ключ до брелока Mac OS:

ssh-add -K ~/.ssh/id_rsa

Просто як це.

Не вдалося відкрити з'єднання з вашим агентом аутентифікації

Щоб вирішити цю помилку:

баш:

$ eval `ssh-agent -s`

tcsh:

$ eval `ssh-agent -c`

Потім використовуйте ssh-addяк зазвичай.

Гаряча порада:

Я завжди забував, що ввести для вищезазначених команд ssh-agent, тому створив псевдонім у моєму .bashrcфайлі таким чином:

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

Тепер замість використання ssh-agentя можу використовуватиssh-agent-cyg

Напр

$ 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

Оригінальне джерело виправлення:

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

Я зіткнувся з тією ж проблемою для Linux, і ось що я зробив:

В основному команда ssh-agent запускає агент, але він насправді не встановлює змінні середовища для його запуску. Він просто виводить ці змінні в оболонку.

Тобі потрібно:

eval `ssh-agent`

а потім зробіть ssh-add. Див. Не вдалося відкрити з'єднання з вашим агентом аутентифікації .

ssh-add та ssh (якщо припустимо, що ви використовуєте opensh реалізації) потребують змінної середовища, щоб знати, як спілкуватися з агентом ssh. Якщо ви запустили агент у іншому вікні командного рядка до того, яке ви використовуєте зараз, або якщо ви запустили його неправильно, ні ssh-add, ні ssh не побачать набір змінної середовища (тому що змінна середовища встановлена локально для команди підкажіть, що це встановлено).

Ви не кажете, яку версію ssh ви використовуєте, але якщо ви використовуєте cygwin, ви можете використовувати цей рецепт від SSH Agent на 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

Це запустить агент автоматично для кожного нового вікна командного рядка, яке ви відкриєте (що є неоптимальним, якщо ви відкриєте кілька командних підказок за один сеанс, але принаймні це повинно працювати).

Біжи

ssh-agent bash
ssh-add

Щоб отримати більш детальну інформацію, ви можете шукати

ssh-agent

або бігати

man ssh-agent

Спробуйте виконати такі дії:

1) Відкрийте Git Bash і запустіть: cd ~/.ssh

2) Спробуйте запустити агент: eval $(ssh-agent)

3) Зараз ви можете виконати таку команду: ssh-add -l

Замість використання $ ssh-agent -sя використовував $ eval `ssh-agent -s`для вирішення цього питання.

Ось що я виконував покроково (крок 2 далі на GitBash):

1. Очистив мою папку .ssh на C:\user\<username>\.ssh\
2. Створено новий ключ SSH
   $ ssh-keygen -t rsa -b 4096 -C "xyz@abc.com"
3. Перевірте, чи вже запущений ідентифікатор процесу (ssh агент).
   $ ps aux | grep ssh
4. (Необов’язково) Якщо на етапі 3 їх знайдено, вбийте їх
   $ kill <pids>
5. Запустив ssh агент
   $ eval `ssh-agent -s`
6. До ssh-агента додано ключ ssh, сформований на кроці 2
   $ ssh-add ~/.ssh/id_rsa

У Windows 10 я спробував усі перераховані тут відповіді, але жодна з них, здається, не спрацювала. Насправді вони дають підказку. Щоб вирішити проблему, вам просто потрібно 3 команди. Ідея цієї проблеми полягає в тому, що ssh-add потребує змінних середовищ SSH_AUTH_SOCK та SSH_AGENT_PID, щоб встановити поточний шлях до файлу шкарпетки ssh-агента та номер pid.

ssh-agent -s > temp.txt

Це збереже висновок ssh-агента у файлі. Вміст текстового файлу буде приблизно таким:

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

Скопіюйте щось із тексту "/tmp/ssh-kjmxRb2764/agent.2764" з текстового файлу та запустіть наступну команду безпосередньо в консолі:

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

Скопіюйте щось із тексту "3044" з текстового файлу та запустіть наступну команду безпосередньо в консолі:

set SSH_AGENT_PID=3044

Тепер, коли змінні середовища (SSH_AUTH_SOCK і SSH_AGENT_PID) встановлені для поточного сеансу консолі, запустіть вашу команду ssh-add, і вона знову не вийде з ладу підключити ssh-агент.

Одне, на що я натрапив, - це те, що evalне працювало для мене за допомогою Cygwin, те, що для мене працювало ssh-agent ssh-add id_rsa.

Після цього я зіткнувся з проблемою, що мій приватний ключ був занадто відкритим, і мені вдалося знайти для цього рішення ( звідси ):

chgrp Users id_rsa

так само, як

chmod 600 id_rsa

нарешті я зміг використати:

ssh-agent ssh-add id_rsa

Для посилення відповіді n3o для Windows 7 ...

Моя проблема справді полягала в тому, що деякі необхідні змінні середовища не були встановлені, і n3o вірно, що ssh-агент підказує вам, як встановити ці змінні середовища, але насправді їх не встановлює.

Оскільки Windows не дозволяє вам робити "eval", ось що робити замість цього:

Перенаправити вихід ssh-агента на пакетний файл з

ssh-agent > temp.bat

Тепер для редагування temp.bat використовуйте текстовий редактор, наприклад Блокнот. Для кожного з перших двох рядків: - Вставте слово "set" та пробіл на початку рядка. - Видаліть першу крапку з комою та все, що випливає.

Тепер видаліть третій рядок. Ваш temp.bat повинен виглядати приблизно так:

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

Запустити temp.bat. Це встановить змінні середовища, необхідні для роботи ssh-add.

Я щойно працював над цим. Відкрийте свій ~/.ssh/configфайл.

Додайте наступне-

Host github.com
 IdentityFile ~/.ssh/github_rsa

Сторінка, яка дала мені підказку Налаштувати SSH для Git, сказала, що одне відступ простору є важливим ... хоча у мене тут була конфігурація від Heroku, яка не мала цього простору і працює належним чином.

Якщо дотримуватися цих інструкцій, ваша проблема буде вирішена.

Якщо ви працюєте на комп'ютері Mac чи Linux, введіть:

eval "$(ssh-agent -s)"

Якщо ви працюєте на машині Windows, введіть:

ssh-agent -s

Дозвольте запропонувати інше рішення. Якщо ви тільки що встановили Git 1.8.2.2 або після цього, і хочете включити SSH, дотримуйтесь добре написаних інструкцій .

Все до кроку 5.6, де ви можете зіткнутися з невеликим забиттям. Якщо агент SSH вже запущений, ви можете отримати таке повідомлення про помилку при перезапуску bash

Could not open a connection to your authentication agent

Якщо ви це зробите, скористайтеся наступною командою, щоб побачити, чи запущено більше одного ssh-агента

ps aux | grep ssh

Якщо ви бачите більше однієї служби ssh-агента, вам потрібно буде вбити всі ці процеси. Використовуйте команду kill наступним чином (PID буде унікальним на вашому комп’ютері)

kill <PID>

Приклад:

kill 1074

Після того, як ви видалили всі процеси ssh-агента, запустіть px aux | команда grep ssh знову, щоб переконатися, що їх немає, а потім перезапустіть Bash.

Вуаля, тепер ти повинен отримати щось подібне:

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

Тепер ви можете продовжити крок 5.7 і пізніше.

Примітка: це відповідь на це питання , яке було об'єднано з цим. Це питання стосувалося Windows 7, тобто моя відповідь була для Cygwin / MSYS / MSYS2. Це здається для деяких Unix, де я не очікував, що агенту SSH потрібно керувати таким чином .

Це запустить SSH-агент і засвідчить автентифікацію лише в перший раз, коли вам це потрібно , а не кожен раз, коли ви відкриєте свій термінал Bash Його можна використовувати для будь-якої програми, що використовує SSH взагалі, включаючи сам ssh та scp. Просто додайте це до /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 "$@"; }

У мене була така ж проблема, Ubuntuі інші рішення мені не допомогли. Я нарешті зрозумів, у чому моя проблема. Я створив свої sshключі в /root/.sshпапці, тому навіть коли я запускався ssh-addяк root, він не міг зробити свою роботу і продовжував говорити

Could not open a connection to your authentication agent.

Я створив свої відкриті та приватні ключі ssh у /home/myUsername/папці і я використав

ssh-agent /bin/sh

тоді я побіг

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

і проблема була вирішена таким чином.

Примітка. Для доступу до вашого сховища gitдодайте пароль git під час створення sshключів за допомогою ssh-keygen -t rsa -C "your git email here".

Для користувачів вікон я виявив, що cmd eval `ssh-agent -s`не працює, але, використовуючи git bash, працювали частування eval `ssh-agent -s`; ssh-add KEY_LOCATION, і переконавшись, що служба Windows "Керування ключами OpenSSH" не була відключена

Використовуйте параметр -A під час підключення до сервера, наприклад:

ssh -A root@myhost

зі сторінки чоловіка:

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

Основне рішення для запуску ssh-agentвідповідає у багатьох відповідях. Однак ssh-agentбагато разів копіювання (на кожен відкритий термінал або за віддаленим входом) створить безліч копій, що ssh-agentпрацюють в пам'яті. Сценарії, які пропонують уникнути цієї проблеми, є довгими і потрібно писати та / або копіювати окремий файл або потрібно записати занадто багато рядків у ~/.profileабо ~/.schrc. Дозвольте запропонувати просте дворядкове рішення:

Для ш , баш тощо:

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

Для csh , tcsh тощо:

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

Що тут:

• пошук процесу ssh-agentза іменем та поточним користувачем
• створити відповідний файл сценарію оболонки, зателефонувавши ssh-agentта запустившись ssh-agentсам, якщо не ssh-agentзнайдено поточного користувацького процесу
• оцінити створений скрипт оболонки, який налаштовує відповідне середовище

Не потрібно захищати створений скрипт оболонки ~/.ssh-agent.tcshабо доступ ~/.ssh-agent.shвід інших користувачів, оскільки: спочатку спілкування з ним ssh-agentобробляється через захищений сокет, який недоступний іншим користувачам, а вдруге інші користувачі можуть знайти ssh-agentсокет простий шляхом перерахування файлів у /tmp/каталозі. Щодо доступу до ssh-agentпроцесу - це ті самі речі.

Спробуйте наступне:

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

Прочитайте відповідь @ кекс для пояснень. Тут я лише намагаюся автоматизувати виправлення.

Якщо ви використовуєте термінал Cygwin з BASH, додайте наступне у файл $ HOME / .bashrc. Це запускає ssh-агент лише один раз у першому терміналі Bash і додає ключі до ssh-агента. (Не впевнений, чи потрібно це в 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

НЕ ЗАБУЧАЙТЕ, щоб додати свої правильні клавіші в команді "ssh-add".

У мене була ця проблема, коли я запускав ssh-агент, коли він вже працював. Заплутався. Щоб побачити, чи це так, скористайтеся

eval $(ssh-agent)

щоб побачити, чи це те саме, що ви думали, що має бути. У моєму випадку це було інакше, ніж те, що я тільки почав.

Щоб додатково перевірити, чи працює у вас більше одного ssh-агента, ви можете переглянути:

ps -ef | grep ssh

У мене була схожа проблема, коли я намагався змусити це працювати в Windows, щоб підключитися до скринінгу через ssh

Ось рішення, яке працювало на мене.

1. Виявляється, я запускав агент Pageant ssh на своєму вікні Windows - я би перевірив, що ви працюєте. Я підозрюю, що це Pageant, оскільки він використовується за замовчуванням у Putty та winScp

2. Ssh-add не працює з командного рядка з цим типом агента

3. Вам потрібно додати приватний ключ через вікно користувальницького інтерфейсу, яке можна отримати, сумніваючись на піктограмі Pageant на панелі завдань (як тільки вона запущена).

4. Перш ніж додати ключ до Pageant, вам потрібно перетворити його у формат PPK. Повна інструкція доступна тут. Як конвертувати ключ SSH у формат ppk

5. Це все. Після завантаження ключа для зберігання я зміг використовувати SourceTree для створення локального репо і клонування віддаленого пристрою.

Сподіваюся, це допомагає ...

Я вирішив помилку шляхом примусового припинення (вбитого) git-процесів (ssh-агент), потім видалення Git і знову встановлення Git.

Використовуючи Git Bash на Win8.1E, моя роздільна здатність була такою:

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

Якщо ви використовуєте Putty, можливо, вам потрібно встановити параметр "З'єднання / SSH / Auth / Дозволити переадресацію агента" на "true".

Це працювало для мене.

У вікні CMD введіть таку команду:

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

Для bash, вбудованого в Windows 10, я додав це до .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