SSH аутентификация с открытым ключом не проходит

Question

У меня есть ключ id_rsa.pub в моем /home/user/.ssh. Я тщательно скопировал этот ключ и вставил свой ключ в Git-аккаунт репозитория.

При попытке подключиться из моей локальной системы к моему репозиторию git, я получил следующую ошибку:

warning: Authentication failed.
Disconnected; no more authentication methods available (No further 
authentication methods available.)

Я удалил SSH в системе и снова включил и сделал снова, но не повезло. Я понятия не имею, что происходит с моим ключом SSH. Кто-нибудь может сказать мне об этом?

Примечание: я заметил у себя дома /home/user/.ssh && /home/user/.ssh2

Answer 1

Узнайте больше обо всем, что связано с открытым ключом « здесь ». openssh хочет получить открытый ключ в файле с именем ~/.ssh/authorized_keys . это где ты это положил?

Answer 2

Хм, ssh в Ubuntu использует /home/user/.ssh для своей конфигурации. Не знаю, откуда вы взяли этот .ssh2; коммерческий SSH-клиент от Tectia использует его, но вы этим не пользуетесь? Чтобы быть в безопасности, переместите .ssh2 в сторону (переименуйте его в .ssh2XXX, затем переименуйте его обратно, когда все будет работать).

Чтобы устранить проблему, попробуйте подключиться в режиме отладки:

ssh -vvv myuser@myhost 2>/tmp/ssh-debug-log

Затем взгляните на файл журнала /tmp /ssh-debug-log, чтобы увидеть, что не так. Если вы не можете понять это, отредактируйте свой вопрос, включив в него файл журнала, тогда посмотрим ...

Answer 3

Я не знаю, как вы сгенерировали свои ключи, но мины были сгенерированы с помощью PuTTY под Windows, поэтому я могу удаленно получить доступ к своему Linux-блокам с работы, и я скопировал / вставил содержимое открытого ключа в файл ~ / .ssh / authorized_keys и вот оно. Я всегда замечаю одну вещь: ключевой файл состоит из одной строки текста, нет трудного возврата в файл. Я также немного помню, что в предыдущих ключах основная проблема, с которой я столкнулся, заключалась в том, что открытый ключ, который я вставлял из сгенерированного файла, имел жесткие возвраты, и объединение всех строк обычно решало мои проблемы.

JF

Answer 4

Вы можете проверить защиту для каталога .ssh (должно быть 700) и файла author_keys (должно быть 644). Также на сервере вы можете запустить sshd из командной строки с опцией -d, чтобы увидеть некоторые детали процесса авторизации, т.е.

sudo service sshd stop
/usr/sbin/sshd -d