ubuntu - sent - scp aws

Intentando usar claves RSA para SSH en EC2, obteniendo: identificador RSA1 incorrecto... permiso denegado(clave pública)

Question

Creé una instancia de Ubuntu 12.04 en Amazon EC2.

He descargado el archivo PEM y puedo SSH en la instancia, no hay problema.

Ahora, quiero crear algunas cuentas en la instancia remota para consultores, etc. Deberían poder ingresar al cuadro usando las teclas RSA. En la máquina EC2, he configurado algunas cuentas en ~ / home / y las he asignado al administrador del grupo. También me he dado una cuenta similar (MyTestAccount) para probar. Esto es lo que hice:

Utilicé key-gen para crear claves públicas y privadas en el directorio .ssh en mi máquina local (~ / .ssh):

drwx------  2 peter peter 1024 Sep 14 10:23 .ssh

Y los archivos dentro:

-rw-------  1 peter peter 1675 Sep 14 10:23 id_rsa
-rw-------  1 peter peter  394 Sep 14 10:23 id_rsa.pub
-rw-------  1 peter peter  444 Sep 14 00:05 known_hosts

A continuación, SCP hizo una copia del archivo id_rsa.pub en mi instancia remota de EC2 y la adjunté al archivo .ssh / authorized_keys en mi instancia remota. Los permisos de mi directorio remoto .ssh:

drwx------ 2 ubuntu ubuntu 4096 Sep 16 16:13 .ssh

Y de mi archivo authorized_keys:

-rw-------  1 peter ubuntu  1179 Sep 14 00:05 authorized_keys

Luego, cerré la sesión de mi instancia remota e intenté usar SSH en el cuadro de control remoto con las nuevas claves. Cuando emito el siguiente comando:

peter@ubuntu:~/.ssh$ ssh -vvv [email protected] 

Obtengo el siguiente. Parece que hay algo mal con mi clave privada? ¿Alguna sugerencia? Gracias.

OpenSSH_5.9p1 Debian-5ubuntu1, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config  
debug1: /etc/ssh/ssh_config line 19: Applying options for *  
debug2: ssh_connect: need priv 0
debug1: Connecting to ec2-XX-XXX-XX-XXX.compute-1.amazonaws.com [XX.XXX.XX.XXX] port 22.  
debug1: Connection established.  
debug3: Incorrect RSA1 identifier  
debug3: Could not load "/home/peter/.ssh/id_rsa" as a RSA1 public key 
debug1: identity file /home/peter/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/peter/.ssh/id_rsa-cert type -1  
debug1: identity file /home/peter/.ssh/id_dsa type -1  
debug1: identity file /home/peter/.ssh/id_dsa-cert type -1  
debug1: identity file /home/peter/.ssh/id_ecdsa type -1 
debug1: identity file /home/peter/.ssh/id_ecdsa-cert type -1  

[RECORTE...]

debug2: we sent a publickey packet, wait for reply  
debug1: Authentications that can continue: publickey  
debug1: Trying private key: /home/peter/.ssh/id_dsa  
debug3: no such identity: /home/peter/.ssh/id_dsa
debug1: Trying private key: /home/peter/.ssh/id_ecdsa  
debug3: no such identity: /home/peter/.ssh/id_ecdsa 
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try. **Permission denied (publickey).**

Answer 1

Este tipo de situación es normal, no es extraño.
El mensaje que recibiste:

debug3: identificador RSA1 incorrecto
debug3: No se pudo cargar "/home/user_name/.ssh/id_rsa" como una clave pública RSA1

no indica un error, de hecho.
La clave pública RSA1 solo se usa en el protocolo SSH 1, que ya está desactualizado. Hoy en día, el protocolo SSH 2 se usa principalmente.

Durante un proceso normal de inicio de sesión de SSH, probablemente verá ese mensaje de advertencia con ssh -vvv .
Probablemente te sientas sorprendido, pero no te preocupes, es normal.

referencia:
https://bbs.archlinux.org/viewtopic.php?id=122646 , # 9