Регенерированные ключи ssh теперь не могут войти в систему без пароля [dублировать]
Настройка новой цифровой капли океана с помощью SSH-клавиш. Когда я запускаю ssh-copy-id, это то, что я получаю:
ssh-copy-id user@012.345.67.89
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
sign_and_send_pubkey: signing failed: agent refused operation
user@012.345.67.89's password:
Number of key(s) added: 1
Now try logging into the machine, with: "ssh 'user@012.345.67.89'"
and check to make sure that only the key(s) you wanted were added.
Однако, когда я пытаюсь выполнить ssh, это происходит:
ssh user@012.345.67.89
sign_and_send_pubkey: signing failed: agent refused operation
user@012.345.67.89's password:
После ввода пароля, Я вхожу в систему просто отлично, но это, конечно же, побеждает цель создания ключа SSH в первую очередь. Я решил взглянуть на сервер-сервер ssh-agent, и вот что я получаю:
user@012.345.67.89:~# eval `ssh-agent -s`
Agent pid 5715
user@012.345.67.89:~# ssh-add -l
The agent has no identities.
user / .ssh / authorized_keys также содержит запись ключа ssh-rsa, но find -name "keynamehere" ничего не возвращает.
4 ответа
После обновления Fedora с 26 по 28 я столкнулся с такой же проблемой. И следующие журналы отсутствовали
/var/log/secure
/var/log/messages
ВЫДАЧА:
antop@localmachine ~ ssh root@ocp1.example.com
sign_and_send_pubkey: signing failed: agent refused operation
root@ocp1.example.com's password:
ВЫДАЧА:
chmod 700 ~/.ssh
chmod 600 ~/.ssh/*
-
1У моего .ssh/ не было необходимых разрешений, потому что я создал его самостоятельно вручную. – nobar 10 June 2018 в 01:45
-
2Кажется, что некоторые версии не позволяют вашим ключам быть видимыми для других пользователей. Благодаря! – aocall 20 June 2018 в 00:13
У меня была такая же проблема в Linux Ubuntu 18. После обновления с Ubunutu 17.10 каждая команда git покажет это сообщение.
Способ решения этой проблемы - убедиться, что у вас есть правильное разрешение на id_rsa и id_rsa.pub.
Проверьте текущий номер chmod с помощью stat --format '%a'<file>. Для id_rsa и 644 для id_rsa.pub должно быть Linux Ubuntu 18 .
Чтобы изменить разрешение на файл, используйте chmod 600 id_rsa.
Это решило мою проблему с обновлением.
-
1Я столкнулся с этой проблемой после миграции Ubuntu с 16.04 LTS до 18.04 LTS, это решение сработало для меня. – Munish Chandel 11 August 2018 в 05:15
Это должен быть вопрос SuperUser.
Правильно У меня есть одна и та же ошибка внутри MacOSX SourceTree, однако внутри терминала iTerm2 все работает просто денди.
Однако проблема заключалась в том, что у меня есть два режима работы ssh-agent: (
Первый из них /usr/bin/ssh-agent (ака MacOSX), а затем также установлен HomeBrew /usr/local/bin/ssh-agent работает.
Увольнение терминала из SourceTree позволило мне увидеть различия в SSH_AUTH_SOCK, используя lsof. Я нашел два разных ssh-agent s, а затем я смог загрузить ключи (используя ssh-add) в системную систему по умолчанию ssh-agent (т. е. /usr/bin/ssh-agent), SourceTree снова работал.
К этой ошибке:
# git pull
sign_and_send_pubkey: signing failed: agent refused operation
git@github.com: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.
К этой ошибке:
# chmod 400 ~/.ssh/id_rsa
# ls ~/.ssh/id_rsa -ls
4 -r--------. 1 reinaldo reinaldo 1679 Jul 26 2017 /home/reinaldo/.ssh/id_rsa
# git pull
remote: Counting objects: 35, done.
remote: Compressing objects: 100% (19/19), done.
remote: Total 35 (delta 9), reused 34 (delta 9), pack-reused 0
Unpacking objects: 100% (35/35), done.
Спасибо.