Si está utilizando un servidor Linux, puede separar el disco y montarlo en otra instancia para resolver cuál es el problema.
Primero cierre el servidor problemático. Tome nota del nombre del dispositivo (probablemente/dev/sda1) y separe el disco.
A continuación, cree una nueva instancia (llamemos a la instancia de rescate) utilizando un nuevo par de claves, y adjunte el disco que se separó como un disco adicional (no reemplace el disco de la instancia de rescate).
A continuación, inicie sesión con ssh en la instancia de rescate y monte el disco. En la cuenta de usuario principal en la carpeta de inicio de discos recientemente montados hay una carpeta llamada .ssh con un archivo authorized_keys (/mnt/home/ubuntu/.ssh/authorized_keys por ejemplo).
El archivo authorized_keys puede contener varias claves públicas, cada una en su propia línea. Compruebe los permisos en la carpeta .ssh y en la carpeta principal, ambos solo deberían permitir escribir solo para el propietario. Permiso de lectura es requerido para el grupo y el mundo, creo. Cualquier clave privada en .ssh debe tener el permiso 600 (solo lectura y escritura del usuario).
Esto contiene la clave pública del par de claves original. Reemplace esto con su nueva clave pública (o agregue una nueva línea con la nueva clave pública) y luego cierre la instancia de rescate, separe el disco y adjúntelo a la instancia del problema con el nombre del dispositivo original (probablemente/dev/sda1).
Arranca y deberías poder iniciar sesión con la clave privada del nuevo par de claves.
https://forums.aws.amazon.com/thread.jspa?threadID=52593 – YumYumYum
posible duplicación de [Cambiar par de claves para la instancia de ec2] (http: // stackoverflow.com/questions/7881469/change-key-pair-for-ec2-instance) – user456584