Teve um problema em que uma instância deixou de responder e foi forçada a reiniciar. Após a reinicialização, consegui fazer ping no servidor, mas não consegui conectar o SSH ao servidor.
Por fim, criei uma nova instância e conectei o volume à nova instância. No entanto, gostaria de ter certeza de que, ao reinicializar essa instância, não me deparo com o mesmo problema.
Olhando para o log do console, vejo:
[2.968537] EXT4-fs (xvda1): INFO: recuperação requerida no sistema de arquivos readonly
[2.972324] EXT4-fs (xvda1): o acesso de gravação será ativado durante a recuperação
[3.095607] EXT4-fs (xvda1): limpeza de órfãos no fon somente leitura
[3.354696] EXT4-fs (xvda1): 40 inodes órfãos excluídos
[3.358010] EXT4-fs (xvda1): recuperação concluída
[3.465864] EXT4-fs (xvda1): sistema de arquivos montado com modo de dados ordenados. Opts: (null)
Meu arquivo sshd_config tem duas alterações do padrão UsePAM foi definido como no e PasswordAuthentication foi definido como yes. Eu não acho que tenha algo a ver com isso.
Meu arquivo / etc / fstab foi definido como: LABEL = cloudimg-rootfs / ext4 padrões, descartar 0 0 Padrões automáticos de / dev / xvdb / mnt, nobootwait, comment = cloudconfig 0 2 / dev / xvdg / hd3 auto noatime 0 0
/ dev / xvdf / hd2 auto noatime 0 0 / dev / xvdh / hd4 auto noatime 0 0 / dev / xvdh / hd4 auto noatime 0 0 / dev / xvdi / vol auto noatime 0 0 / dev / xvdi / hd5 auto noatime 0 0
Eu verifiquei todas as coisas óbvias, como garantir que estou me conectando ao IP correto, etc.
Alguma ideia de por que isso não permitiu o SSH?
Você disse:
My sshd_config file has two changes from the default UsePAM was set to no and PasswordAuthentication was set to yes. I don't think that had anything to do with it.
Na verdade, quase certamente é o seu problema. Em um sistema Linux com o PAM, não é garantido que a tentativa de efetuar login ignorando o PAM funcione e, em geral, não.
Defina UsePAM yes e tente novamente.