SSH-доступ к AWS, работающий с id_rsa.pub по умолчанию, но не с ключом, созданным с помощью ssh-keygen
Привет, я никогда не публиковал здесь вопрос, но я пытаюсь получить доступ к экземпляру AWS, не вводя пароль, и у меня возникают некоторые проблемы.
$ ssh -i ~/.ssh/id_rsa_aws.pub ubuntu@ipaddresshere
Однако он запрашивает у меня пароль, хотя ключ, который я сгенерировал, используя следующее, и я оставил поле пароля пустым при появлении запроса.
$ ssh-keygen -t rsa -b 1024
Когда я получаю доступ к серверу, если я ввожу пустое поле для пароля, я получаю разрешение на отказ, если я ввожу пароль, он побуждает меня повторно ввести значение, поэтому я считаю, что он принимает пустой пароль, но отказывает в ключе.
Я сохранил содержимое id_rsa_aws.pub
в authorizedkeys2
и я считаю, что все разрешения установлены правильно.
Для более подробного тестирования я использовал другой ключ, который я сгенерировал ранее для другого экземпляра, только что id_rsa.pub
и скопировал это в authorizedkeys2
и может быть в порядке с этим.
Разрешения одинаковы для ключей.
Почему ключ, который я генерирую, не работает, если другой?
Я примерно перешел по приведенной ниже ссылке, единственное отличие заключается в использовании файла идентификации, отличного от id_rsa.pub
1 ответ
Хорошо, у вас здесь есть пара вопросов. Я выбью их один за другим.
$ ssh -i ~ /.ssh / id_rsa_aws.pub ubuntu @ ipaddresshere
Первая проблема здесь. Ваш идентификационный файл не является файлом открытого ключа. Ваш идентификационный файл - это файл вашего личного ключа. Таким образом, команда, которую вы запускаете, должна быть:
$ ssh -i ~/.ssh/id_rsa_aws ubuntu@ipaddresshere
Я сохранил содержимое id_rsa_aws.pub в авторизованных ключах 2, и я считаю, что все разрешения установлены правильно.
Второй вопрос здесь. authorizedkeys2
это не то место, где ваш sshd ищет ваш файл открытого ключа. Я думаю ты возможно имел ввиду authorized_keys2
(обратите внимание на подчеркивание), но даже это не будет правильным местом (хотя это может сработать). authorized_keys2
долгое время считалось устаревшим, в пользу единого, унифицированного, ~/.ssh/authorized_keys
файл, содержащий ключи RSA и DSA.