El inicio de sesión de AWS SSH sigue fallando incluso con una nueva instancia EC2

El inicio de sesión de AWS SSH sigue fallando incluso con una nueva instancia EC2

Acabo de empezar a trabajar con AWS para crear un sitio de WordPress en una instancia EC2 (usando el tutorial enhttps://www.youtube.com/watch?v=4WR7EFFLF04). Todo funcionaba bien hasta que intenté agregar un certificado SSL usando otro tutorial (parece que no puedo encontrarlo en este momento).

Al seguir esos pasos, algo rompió el sitio (se supone un error de DNS) hasta el punto de que no se cargaba debido a demasiadas redirecciones. Cuando volví al tutorial para intentar arreglar lo que había hecho, llegué a donde me hizo iniciar sesión a través de SSH, lo cual había hecho anteriormente sin ningún problema, y ​​comencé a recibir el error "Permiso denegado (Clave pública)".

Desde entonces, no he podido iniciar sesión en esa instancia ni en ninguna otra instancia sin recibir el mismo error. Incluso intenté crear una nueva instancia con una clave nueva y sigo recibiendo el mismo error.

Cuando ejecuto el comando con detallado activado, me da este resultado:

debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 47: Applying options for *
debug1: Connecting to ec2-13-59-207-225.us-east-2.compute.amazonaws.com port 22.
debug1: Connection established.
debug1: identity file /Users/bradley/Desktop/John and Rhonda Wordpress Files/keypair-2.pem type -1
debug1: identity file /Users/bradley/Desktop/John and Rhonda Wordpress Files/keypair-2.pem-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_8.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.9p1 Debian-10+deb10u2
debug1: match: OpenSSH_7.9p1 Debian-10+deb10u2 pat OpenSSH* compat 0x04000000
debug1: Authenticating to ec2-13-59-207-225.us-east-2.compute.amazonaws.com:22 as 'admin'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [email protected] MAC: <implicit> compression: none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:OiIQ5QiVxQvN9lAkjLm90ynddjDDs9L75PqDAL/cTv4
debug1: Host 'ec2-13-59-207-225.us-east-2.compute.amazonaws.com' is known and matches the ECDSA host key.
debug1: Found key in /Users/bradley/.ssh/known_hosts:6
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey in after 134217728 blocks
debug1: Will attempt key: /Users/bradley/Desktop/John and Rhonda Wordpress Files/keypair-2.pem  explicit
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/bradley/Desktop/John and Rhonda Wordpress Files/keypair-2.pem
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
[email protected]: Permission denied (publicly).

¿Alguna idea de lo que podría estar pasando?

Originalmente tenía esta pregunta sobre el desbordamiento de pila que se cerró por estar fuera de tema, así que si este no es el lugar adecuado para esta pregunta, avíseme dónde está :)

información relacionada