SSH EC2 с запросом пароля

Ответ 1

Update

Обновление этого ответа из-за активности:

В зависимости от того, является ли система ubuntu или Rhel пользователем.

Для ubuntu это

ssh -i my-pem-file.pem [email protected]

Для RHEL это

ssh -i my-pem-file.pem [email protected]

Подключение к экземпляру ec2 не требует пароля, для этого потребуется только файл pem и вот как вы к нему подключаетесь

ssh -i my-pem-file.pem [email protected]

и запомните chmod 400 ваш файл pem перед ssh'ing

Ответ 2

Если вам нужно сделать что-то как root, когда вы находитесь в качестве пользователя ec2, используйте sudo su -, который заставит вас root и не нужен пароль. Что-то вам нужно, так как, глядя на файлы журнала tomcat

Ответ 3

У меня была такая же проблема, и после большой борьбы я снова прочитал эту страницу:

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html

Обратите внимание, что в четвертой теме речь идет о имени пользователя. Обычно это ec2-user, но если вы используете дистрибутив RHEL5, это может быть root и , если вы используете Ubuntu, имя пользователя будет ubuntu - это был мой случай.

Итак, попробуйте:

ssh -i my-pem-file.pem [email protected] для Ubuntu

или

ssh -i my-pem-file.pem [email protected] для RHEL5

Надеюсь, что это поможет!

Ответ 4

Вам будет задан пароль при включении PasswordAuthentication yes в вашем sshd_config. Попробуйте изменить это на нет. это должно исправить это.

Просто для всех, у кого может быть одна и та же проблема

Ответ 5

Если вы переместили/скопировали файл pem с другого компьютера, владелец файла может отличаться от пользователя, на котором запущен клиент ssh. Чтобы изменить владельца файла:

sudo chown <currentusername> <filename.pem>

Ответ 6

В моем случае мы копировали текстовый файл, чтобы сохранить вездесущий ключ. Кто-то случайно добавил символы в этот файл, и мы начали получать запрос на получение пароля из теперь поврежденного файла .pem, когда мы никогда не устанавливали пароль.

Ответ 7

Просто сделай

     sudo su -

Работал для меня

Ответ 8

Используйте --query 'KeyMaterial' при генерации ключа.

Информация:

keyMaterial - незашифрованный закрытый ключ RSA с кодировкой PEM.

Ответ 9

Это способ подключения:

ssh -i /path/my-key-pair.pem [email protected]

Теперь вместо ec2-пользователя это может быть root, или centos, или ubuntu, или что-то еще. Вы можете ознакомиться в разделе "Инструкции по использованию". Если это не так, и вы пробовали всех вышеперечисленных пользователей, узнайте из документации, прилагаемой к AMI.

В AWS есть одна ошибка, которая стоила мне много времени. Если вы запускаете экземпляр из сохраненного AMI в "Images > AMI", обратите внимание, что он использует исходные ключи исполняемого экземпляра, из которого он был создан. При запуске AMI он предложит вам выбрать новый ключ и даже показать такой ключ в описании, но, по правде говоря, эти ключи никогда не сработают!

Итак, если вы используете пользовательский/сохраненный AMI, вам придется либо получить оригинальные ключи, либо использовать их, либо просто создать совершенно новый из AWS или на рынке. Если вы не создали AMI или не можете вспомнить, откуда оно взялось, посмотрите под вкладкой details. Затем вы можете запустить новый экземпляр или создать новый AMI из того же источника. Затем будут использоваться указанные вами ключи.

Ответ 10

Вы должны использовать *.pem вместо пароля root. После того, как вы вошли в систему, используйте passwd для установки пароля.

Ответ 11

Это может быть проблема Linux. Но есть вероятность, что вы используете неправильный адрес/ключ (вы начали новый экземпляр, но все еще используете старый адрес, или 2 pem имеют схожее имя, использовали неправильный), "ssh с несуществующим пользователем" .

Ответ 12

Я использую экземпляр TurboLinux в системе Mac OS, попробуйте выполнить следующую команду:    ssh -i xxxxx.pem [email protected](общедоступный адрес выделенной виртуальной машины) Я могу пройти, не спрашивая пароль больше.

Ответ 13

В случае, если кто-то еще сталкивается с этим, решение моей проблемы состояло в том, что мне пришлось запустить его с помощью sudo:

sudo ssh -i my-pem-file.pem [email protected]

Ответ 14

chmod 400 pem_file

ssh -i /path_to_the_pem_file [email protected]

или

ssh -i /path_to_the_pem_file [email protected]

доступ к корням по умолчанию запрещен AMS AWS.

надеюсь, что это поможет.

Ответ 15

Для меня проблема заключалась в том, что я создал AMI из существующего экземпляра, поэтому, когда я запустил AMI, хотя я выбрал новый ключ, исходный ключ экземпляра был тем, что работало.

Ответ 16

В моем случае проблема заключалась в типе разрыва файла. Попробуйте следующее:

1.- Откройте файл .pem с помощью TextWrangler

2.- В нижней части приложения проверьте, является ли тип прерывания "Windows (CRLF)".

Привет