publickey - Instancia de SSH a Amazon EC2 utilizando Putty en Windows

scp aws (13)

Soy un novato en los servicios web de Amazon, estaba intentando lanzar una instancia de Amazon y ssh a ella utilizando masilla de Windows. Estos son los pasos que seguí,

Creado un par de claves.
Grupo de seguridad creado con regla para SSH y HTTP.
Lanzamiento e instancia de EC2 utilizando el par de claves y el grupo de seguridad anteriores.
El uso de puttygen convierte el archivo * .pem a * .ppk
El uso de masilla intentó conectarse a los DNS públicos de la instancia y proporcionó el archivo * .ppk.

Inicié sesión usando ''root'' y ''ec2-user'', y creé el archivo ppk usando SSH1 y SSH2, por todos estos intentos recibo el siguiente error en masilla,

"El servidor rechazó nuestra clave"

¿Pueden ayudarme? Cualquier sugerencia sería muy apreciada.

1) Asegúrese de tener abierto el puerto 22 (SSH) en el Grupo de seguridad de Instancia EC2.

2) Intente conectarse con Elastic IP en lugar de un nombre DNS público.

Espero que haya seguido estos pasos Conexión de EC2 desde una máquina con Windows utilizando PuTTY

En caso de que ayude a alguien más, me encontré con este error después de cambiar los permisos en la carpeta de inicio dentro de mi instancia. Estaba probando algo y había ejecutado chmod -R 777 en mi carpeta de inicio. Tan pronto como esto ocurrió, una vez que me desconecté, estaba efectivamente bloqueado.

Estaba teniendo el mismo problema (y seguí los mismos pasos) hasta que cambié el nombre de usuario a ''admin'' para el debian AMI que estaba usando.

Debe buscar el nombre de usuario de la AMI que está usando. El debian AMI está documentado aquí http://wiki.debian.org/Cloud/AmazonEC2Image/Squeeze

He tenido este mismo problema. El AMI que está utilizando es el que también utiliza la solución de plantillas "Cloud Formation".

Al final me rendí con eso y creé una instancia de Red Hat. Entonces pude conectarme por SSH usando la root usuario.

Las instrucciones aquí: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/putty.html funcionan bien usando una instancia de Red Hat pero sin usar una instancia de Amazon Linux. Supongo que tienen un nombre de usuario que no pensé probar (root, ec2-user y muchos otros obvios, todos fueron rechazados)

Espero que ayude a alguien!

Obtuve el mismo error cuando intenté crear un nuevo par de claves e intenté usar ese nuevo archivo pem / ppk. Noté que el campo Key Pair Name en la instancia seguía siendo el anterior y hurgaba. Aparentemente, no puedes cambiar un par de llaves. Así que volví al par de claves original. Afortunadamente, no eliminé nada, así que esto fue bastante fácil.

Otra situación en la que obtuve el error "El servidor rechazó nuestra clave" al usar masilla, desde Windows, a ssh a una instancia de EC2 que ejecuta ubuntu:

La clave privada se convirtió erróneamente de .pem a .ppk.

puttygen tiene dos opciones para "convertir claves".

Cargue su archivo .pem en puttygen usando la opción Archivo- > Cargar clave privada y luego guárdelo como archivo .ppk con el botón Guardar clave privada .
NO use la opción de menú Conversiones-> Importar clave para cargar el archivo .pem generado por EC2.
Vea las capturas de pantalla de Puttygen a continuación, con las dos opciones de menú marcadas.

Pruebe con un cliente SSH alternativo, como Poderosa . Acepta archivos de pem, por lo que no necesitará convertir el archivo de clave.

Supongo que el OP lo descubrió o movió de otro modo, pero la respuesta es usar ubuntu como el usuario (si el servidor es ubuntu).

Supongo que estás siguiendo esta guía y conectando con las instrucciones de la página siguiente . Verificar un par de cosas:

Usted convirtió la clave correctamente, por ejemplo, seleccionó el archivo .pem correcto, guardado como clave privada , SSH-2 RSA de 1024 bits
Las configuraciones de autenticación (paso 4 en el tutorial de conexión) son correctas

Tal vez valga la pena verificar una cosa más. Vaya a la consola de AWS, haga clic con el botón derecho del mouse en la instancia y seleccione "Conectar ...". Le mostrará el nombre DNS que desea usar. Si reinició esa instancia en algún momento, ese nombre DNS podría haber cambiado.

Tuve un problema similar cuando intenté conectar una instancia creada automáticamente por el servicio Elastic Beanstalk (EBS). Pero, una vez que vinculé mi nombre de clave existente al EBS (en Detalles del entorno -> Editar configuración -> Pestaña del servidor -> Par de claves existente), pude iniciar sesión con ''ec2-user'' y mi archivo de clave existente (convertido a .ppk) con masilla.

Esto, sin embargo, finaliza la instancia en ejecución y reconstruye una nueva instancia con acceso a través del par de claves mencionado anteriormente.

Uso Debain AMI y pruebo ec2-user, root pero el inicio de sesión correcto es ''admin''.

Verifique el nombre de usuario, debe ser "ubuntu" para su máquina. Compruebe si el tráfico está habilitado en el puerto 22 en el grupo de seguridad. Compruebe si está utilizando la URL correcta, es decir ubuntu @ public / elasticip