ssh: В доступе отказано (publickey)

Примером способа использования метода аутентификации с открытым ключом является следующий. Предположим, у вас есть серверы A (сервер; тот, к которому вы хотите подключиться) и B (клиент; тот, с которого вы хотите подключиться к A с помощью открытого ключа).

1. На A выполните следующую команду:

   ssh-keygen

   • Это сгенерирует пару закрытый-открытый ключ, если запустить без аргументов, это будет сделано под ~/.ssh,

2. На A запустите:

   ssh-copy-id [user@]<Bs-IP-address>

   • Это скопирует открытый ключ, сгенерированный A в B. Это будет сделано в файле с именем ~/.ssh/authorized_keys,

   • Если это не работает из-за проблем с подключением или вы просто не можете подключиться из точки A в B, есть альтернативный (ручной) способ сделать это. В вашей машине, перейдите к ~/.ssh каталог и найдите ваш файл открытого ключа. Вероятно, это будет файл с .pub расширение. Откройте его и скопируйте содержимое, а в B добавьте / вставьте его в свой ~/.ssh/authorized_keys файл. Очень важно: этот файл должен принадлежать пользователю, группа должна быть пользователем и иметь права 600, Иначе это не сработает. Это в значительной степени то, что ssh-copy-id делает.

3. Из B попробуйте подключиться по SSH к A.

Несколько вещей, на которые стоит обратить внимание:

• Команда в пункте 2 развернет открытый ключ только для удаленного пользователя, к которому вы подключаетесь. Это означает, что если вы развернете ключ к дому tom пользователь, чье имя пользователя jerry не сможет его использовать. Короче говоря, развертывание для каждого пользователя.
• Если вы пытаетесь развернуть ключ для подключения к root убедитесь, что PermitRootLogin директива в /etc/ssh/sshd_config имеет значение yes или же prohibit-password (предпочтительно). Если установлено no, публичный метод аутентификации не будет работать.
• Никогда не передавайте закрытый ключ никому.

Приведенный выше ответ (и комментарии его автора) имеют некоторые недостатки: он смешивает роли сервера и клиента. _{^{Поскольку этот ответ (по мнению модераторов) слишком сильно отличается от оригинала, чтобы его можно было принять как простое редактирование, он опубликован здесь полностью:}}

Возможный способ развертывания метода аутентификации с открытым ключом: предположим, что у вас есть SSH-сервер A (сервер, к которому вы хотите подключиться) и SSH-клиент B (клиент; система, к которой вы хотите подключиться). сервер A, использующий аутентификацию с открытым ключом).

0. Создайте личную пару открытых/частных ключей на клиенте B.

   • На B выполните следующую команду:

     ssh-keygen

     • При этом на клиенте B будет сгенерирована пара личного закрытого-открытого ключа . При запуске без аргументов ключи будут храниться в .

1. Разверните свой открытый ключ на сервере A.

   • На B запустите:

     ssh-copy-id [<user-on-A>@]<A's-IP-address>

     • Это скопирует ваш открытый ключ (сгенерированный вами в B на шаге 0) в A. Это будет сделано в файле A под названием . Для аутентификации в A во время этого процесса вам необходимо предоставить другие учетные данные, например, комбинацию имени пользователя и пароля. (Сервер должен разрешить этот метод входа.)

   • Если вы не можете подключиться или войти на сервер А таким образом, вы можете вручную перенести свой открытый ключ на сервер А любым удобным для вас способом. На клиенте B вы найдете открытый ключ в файле, который, вероятно, заканчивается на.pubв вашей~/.sshкаталог. Содержимое (строка обычного текста ASCII) должно быть добавлено к файлу на сервере A.

     Очень важно : этот файл должен принадлежать пользователю, группа должна принадлежать пользователю и иметь разрешения.600. В противном случае это не сработает. Это примерно то, чтоssh-copy-idделает.

2. Из клиента B попробуйте подключиться по SSH к серверу A.

Несколько вещей, на которые следует обратить внимание:

• Тот факт, что вы смогли развернуть один из своих открытых ключей для учетной записи на сервере А (в ее~/.ssh/authorized_keysфайл, то есть), достаточно доказать для сервера A, что вам будет разрешено войти в эту учетную запись, доказав, что вы знаете секретный ключ (который остается на B), соответствующий открытому ключу. Проще говоря: во время аутентификации с открытым ключом SSH ваш клиент подписывает запрос, сервер проверяет подпись с использованием открытого ключа.
• Если вы пытаетесь развернуть ключ для подключения к A с помощьюroot, убедитесь, чтоPermitRootLoginдиректива в/etc/ssh/sshd_configимеет либо значениеyesилиprohibit-password(предпочтительно). Если установлено значениеno, аутентификация общедоступным методом не будет работать.
• Никому не передавайте закрытый ключ .