amazon web services - publickey - SSH EC2 pidiendo contraseña

permission denied(publickey) aws (16)

Acabo de configurar mi servidor EC2 siguiendo exactamente este video: http://www.youtube.com/watch?v=bBajLxeKqoY

Incluso elegí el mismo tipo de servidor, todo fue bien hasta que solicitó la contraseña de root para mi servidor EC2 ...

¿Alguna sugerencia?

Actualizar

Actualizando esta respuesta debido a la actividad:

Dependiendo de si el sistema es ubuntu o Rhel, el usuario varía.

Para ubuntu es

ssh -i my-pem-file.pem ubuntu@my-ec2-instance-address

Para RHEL es

ssh -i my-pem-file.pem root@my-ec2-instance-address

Conectarse a una instancia de ec2 no requiere una contraseña, solo requeriría un archivo de pem y así es como se conecta a él

ssh -i my-pem-file.pem ec2-user@my-instance-address

y recuerda chmod 400 tu archivo pem antes de ssh''ing

Debe usar * .pem en lugar de una contraseña de root. Una vez que haya iniciado sesión use passwd para establecer una contraseña.

En caso de que alguien más se tope con esto, la solución para mi problema fue que tuve que ejecutarlo con sudo :

sudo ssh -i my-pem-file.pem root@my-ec2-instance-address

En mi caso, el problema fue el tipo de salto del archivo. Prueba esto:

1.- Abra el archivo .pem con TextWrangler

2.- En la parte inferior de la aplicación, verifica si el Tipo de corte es "Windows (CRLF)".

Saludos

En mi caso, hemos estado copiando un archivo de texto para mantener una clave omnipresente. Alguien agregó accidentalmente caracteres a este archivo, y se nos solicitó una contraseña del archivo .pem ahora corrupto, cuando nunca habíamos establecido una contraseña.

Esta es la forma de conectarse:

ssh -i /path/my-key-pair.pem ec2-user@public-ip

Ahora, en lugar de ec2-user, podría ser root, o centos, o ubuntu, o algo más. Puede consultar bajo "Instrucciones de uso". Si no está allí, y ha intentado con todos los usuarios anteriores, averigüe de la documentación que vino con el AMI.

Hay un error en AWS que me costó mucho tiempo. Si está lanzando una instancia desde un AMI guardado en "Imágenes> AMI", tenga en cuenta que utiliza las claves originales de la instancia en ejecución desde la que se creó. Al iniciar el AMI, le pedirá que elija una nueva clave, e incluso que muestre dicha clave debajo de la descripción, ¡pero la verdad es que esas claves nunca funcionarán!

Entonces, si está utilizando un AMI personalizado / guardado, tendrá que obtener las claves originales y usarlas, o simplemente crear una nueva de AWS o del mercado. Si no ha creado la AMI o no puede recordar de dónde vino, busque en la pestaña de detalles. Luego puede iniciar una nueva instancia o crear una nueva AMI desde la misma fuente. Esto usará las claves que especifique.

Estoy usando la instancia de TurboLinux, en el sistema Mac OS, por favor intente con este comando: ssh -i xxxxx.pem [email protected] (dirección pública de la máquina virtual asignada) Puedo pasar sin pedir más contraseña.

Para mí, el problema era que había creado una AMI a partir de una instancia existente, así que cuando lancé la AMI, aunque seleccioné una nueva clave, la clave original de la instancia fue lo que funcionó.

Podría ser un problema de Linux . Pero también existe la posibilidad de que use la dirección / clave incorrecta (comenzó una nueva instancia pero sigue usando la dirección anterior, o 2 pem tienen un nombre similar, utilizan el nombre equivocado), "ssh con un usuario no existente" .

Se le solicitará una contraseña cuando habilite PasswordAuthentication yes en su sshd_config. Intenta cambiar eso a no. eso debería arreglarlo.

Solo para cualquier otra persona que pueda tener el mismo problema

Si ha movido / copiado el archivo pem desde otra máquina, el propietario del archivo puede ser diferente del usuario que ejecuta el cliente ssh. Para cambiar el propietario del archivo:

sudo chown <currentusername> <filename.pem>

Si necesita hacer las cosas como root una vez que está en el modo ec2-user, use sudo su , eso lo lleva a la raíz y no necesita una contraseña. Algo que necesita para eso, como mirar los archivos de registro de tomcat

Solo haz

sudo su -

Trabajó para mi

Tuve el mismo problema y después de mucha lucha, volví a leer esta página:

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

Observe en el 4to tema que habla sobre el nombre de usuario. Por lo general, es ec2-user pero si está utilizando la distribución RHEL5, puede ser root y si está utilizando Ubuntu, el nombre de usuario será ubuntu , que era mi caso.

Entonces, alternativamente intente ésos:

ssh -i my-pem-file.pem ubuntu@my-ec2-instance-address para Ubuntu

ssh -i my-pem-file.pem root@my-ec2-instance-address para RHEL5

¡Espero eso ayude!

Utilice --query ''KeyMaterial'' mientras genera la clave.

Información:

keyMaterial: una clave privada codificada PEM sin cifrar.

chmod 400 pem_file ssh -i /path_to_the_pem_file ec2-user@ServerIP

ssh -i /path_to_the_pem_file ubuntu@ServerIP

el acceso raíz está prohibido por AWS AMI por defecto.

Espero eso ayude.