Сервер продолжает запрашивать пароль после того, как я скопировал мой открытый ключ SSH в authorized_keys

Существуют различные способы решения этой проблемы: вы можете настроить sshd (на стороне сервера) или ssh (на стороне клиента), чтобы не использовать аутентификацию по паролю. Отключение аутентификации по паролю на сервере делает ваш сервер более безопасным, но у вас будут проблемы, если вы потеряете свой ключ.

Чтобы сделать ssh (на стороне клиента) с использованием аутентификации pubkey, добавьте некоторые опции в команду ssh:

ssh -o PubkeyAuthentication=yes -o PasswordAuthentication=no -X git@server

Если это работает, вы можете установить опцию PasswordAuthentication=no на постоянной основе в файл конфигурации клиента ssh /etc/ssh/ssh_config для всей системы или ~/.ssh/config для конкретного пользователя (подробнее см. man ssh_config).

Также убедитесь, что ваш домашний каталог пользователя (в вашем случае / home / git) доступен только для вас. У меня была эта проблема однажды, потому что мой домашний каталог был доступен для записи в группе. В /var/log/auth.log сказано: «Отказ в аутентификации: неправильное владение или режимы для каталога / home / chuck». (это сделано для того, чтобы убедиться, что он не использует файл author_keys, с которым кто-то кроме вас возился!)

Вы используете ~ / .ssh / config на своем локальном компьютере? Я столкнулся с этой проблемой, когда использую директиву IdentityFile в файле конфигурации и указываю на открытый ключ. Например:

Host Cloud
    Hostname cloud.theclouds.com
    User git
    IdentityFile ~/.ssh/config/mykey # This is correct

    # IdentityFile ~/.ssh/config/mykey.pub # This is incorrect

На стороне сервера демон ssh будет регистрировать ошибки в /var/log/auth.log, поэтому проверьте этот файл, чтобы увидеть, о чем сообщается.

Со стороны клиента при установлении соединения вы можете добавить флаг -v (или -vv или -vvv), чтобы увеличить детализацию. Возможно, вы сможете определить свою проблему таким образом.

Вот другие вещи, которые нужно проверить.

• Убедитесь, что /home/git/.ssh/authorized_keys принадлежит git.
• Убедитесь, что /home/git/.ssh/authorized_keys имеет режим 600 (-rw-------).

Также проверьте файл /etc/ssh/sshd_config.

• PubkeyAuthentication следует установить на yes
• Существует также директива AuthorizedKeysFile, которая определяет путь, где должны находиться авторизованные ключи. Убедитесь, что он закомментирован или по умолчанию %h/.ssh/authorized_keys.

Если ваша домашняя папка зашифрована, то ваш authorized_keys файл не читается до входа в систему. Вы должны переместить его за пределы своего дома.

Здесь объясняется и как это сделать: https://help.ubuntu.com/community/SSH/OpenSSH/Keys#Trou устранение неполадок

Еще одна вещь, которую нужно проверить, это наличие в вашем открытом ключе дополнительных возвратов каретки. Я следовал совету выше, чтобы просмотреть /var/log/auth.log и увидел ошибку при чтении ключа. Ключ был длиной около двух строк вместо четырех. В ключ были вложены дополнительные возвраты каретки.

При использовании редактора vi используйте shift-j, чтобы соединить строки и стереть лишний пробел в строке ключа.

Также может быть, что вы звоните

sudo git clone gituser@domain:repo.git

, где ключ ssh пользователя root не был добавлен в authorized_keys из gituser

Если у вас есть несколько закрытых ключей, используйте ключ -v в команде ssh-соединения, чтобы проверить, используются ли другие первичные ключи для подключения. Если это не так, скажите клиенту ssh использовать их со следующей командой:

ssh-add path/to/private/key

Вы также можете добавить свой ключ к агенту SSH:

u@pc:~$ ssh-agent bash
u@pc:~$ ssh-add ~/.ssh/id_rsa
Enter passphrase for /home/u/.ssh/id_rsa: # ENTER YOUR PASSWORD
Identity added: /home/u/.ssh/id_rsa (/home/u/.ssh/id_rsa)

На машине под управлением Ubuntu 18.04.02 LTS предложение установить разрешения от ~/.ssh до 600 у меня не сработало. Я должен был установить разрешения на 700, а затем все работало нормально.