Depois de alterar as permissões para home / ec2-user do volume principal, não consigo mais SSH, mesmo depois de alterar as permissões

Question

Como o título menciona. Fui burro o suficiente para alterar as permissões de home/ec2-user recursivamente para 777, após o qual não consegui fazer o login. Em seguida, destaquei o volume e, em seguida, o associei a outra instância e alterei a permissão para 700 recursivamente dessa pasta. Agora, quando tento conectar-me usando o seguinte comando, recebo o erro

     ssh -v -i  ~/Amazon-fooDev/fooDev.pem [email protected]
OpenSSH_7.8p1, LibreSSL 2.7.3
debug1: Reading configuration data /Users/admin/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 48: Applying options for *
debug1: Connecting to ec2-34-212-108-144.us-west-2.compute.amazonaws.com port 22.
debug1: Connection established.
debug1: identity file /Users/admin/Amazon-fooDev/fooDev.pem type -1
debug1: identity file /Users/admin/Amazon-fooDev/fooDev.pem-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_7.8
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002
debug1: Authenticating to ec2-34-212-108-144.us-west-2.compute.amazonaws.com:22 as 'ec2-user'
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:XJWnn7TLa5feJVY7kAOUJQGmWm8J3UNQ/MM+uQZa+Sk
debug1: Host 'ec2-34-212-108-144.us-west-2.compute.amazonaws.com' is known and matches the ECDSA host key.
debug1: Found key in /Users/admin/.ssh/known_hosts:1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/admin/Amazon-fooDev/fooDev.pem
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
[email protected]: Permission denied (publickey).

Todas as sugestões sobre o que eu poderia fazer para corrigir esse problema. Perdi um dia inteiro tentando se conectar a essa instância e voltar ao estado em que estava originalmente. Qualquer sugestão seria apreciada. 700 permissões para home/ec2-user estão corretas? ou devo alterá-lo para outra coisa? Você acha que eu posso estar olhando na direção errada?

Aqui está uma lista de algumas das permissões mais recentes

[root@ip-172-31-42-113 vol1]# chmod 600 home/ec2-user/.ssh/authorized_keys
[root@ip-172-31-42-113 vol1]# ls -l
total 120
dr-xr-xr-x  2 root root  4096 Nov 17 09:05 bin
dr-xr-xr-x  4 root root  4096 Nov 17 09:05 boot
drwxr-xr-x  2 root root  4096 Feb 28  2014 cgroup
drwxr-xr-x  2 root root  4096 Aug 11 01:27 dev
drwxr-xr-x 83 root root  4096 Nov 27 01:51 etc
drwx------  3 root root  4096 Nov 17 05:10 home
dr-xr-xr-x  7 root root  4096 Nov 17 08:48 lib
dr-xr-xr-x 10 root root 12288 Nov 17 09:05 lib64
drwxr-xr-x  2 root root  4096 Aug 11 01:26 local
drwx------  2 root root 16384 Aug 11 01:26 lost+found
drwxr-xr-x  2 root root  4096 Jan  6  2012 media
drwxr-xr-x  2 root root  4096 Jan  6  2012 mnt
drwxr-xr-x  3 root root  4096 Aug 11 01:26 opt
drwxr-xr-x  2 root root  4096 Aug 11 01:26 proc
dr-xr-x---  5 root root  4096 Nov 26 12:00 root
drwxr-xr-x  3 root root  4096 Nov 17 05:10 run
dr-xr-xr-x  2 root root 12288 Nov 17 09:05 sbin
drwxr-xr-x  2 root root  4096 Jan  6  2012 selinux
drwxr-xr-x  2 root root  4096 Jan  6  2012 srv
drwxr-xr-x  2 root root  4096 Aug 11 01:26 sys
drwxrwxrwt  3 root root  4096 Nov 27 03:15 tmp
drwxr-xr-x 16 root root  4096 Nov 22 23:12 usr
drwxr-xr-x 20 root root  4096 Nov 17 08:31 var
[root@ip-172-31-42-113 vol1]# cd  home/ec2-user/.ssh/
[root@ip-172-31-42-113 .ssh]# ls -l
total 4
-rw------- 1 ec2-user ec2-user 391 Nov 27 01:51 authorized_keys

    

Answer 1

O parâmetro -i do SSH espera que o próximo parâmetro seja o nome da chave .

No seu caso -iv diz ssh para ler a chave do arquivo v - não exatamente o que você queria :) O efeito de fluxo é que o próximo parâmetro (o nome da chave) é considerado o nome do host, que obviamente não pode resolver.

Isso funcionará:

ssh -v -i ~/Amazon-Permission/FooDev.pem ec2-user@ec2-...

Atualize após sua atualização:)

Se você fez recursive chmod 700 , alterou o modo authorized_keys também. Monte o volume de volta à sua pequena instância "auxiliar" e faça:

chmod 600 home/ec2-user/.ssh/authorized_keys

Atualização 2

Seu home/ deve estar no modo 755 e não 700 . Caso contrário, ssh não poderá marcar a abertura do arquivo como ec2-user .

chmod 755 home
chmod 700 home/ec2-user home/ec2-user/.ssh
chmod 600 home/ec2-user/.ssh/authorized_keys

Espero que ajude:)

    

Answer 2

Primeiro, corrija o erro de sintaxe. Você diz que usou:

ssh -iv ~/Amazon-Permission/FooDev.pem [email protected]

Isso tenta carregar uma chave privada ssh chamada v , que não é o que você deseja. Você deseja a chave privada ssh chamada ~/Amazon-Permission/FooDev.pem . Remova o stray v que chegou lá de alguma forma.