AWS-desligado: não estão disponíveis Métodos de autenticação suportados (servidor enviado: publickey)
Disconnected : No supported authentication methods available (server sent :publickey)
O erro é familiar de quando eu configurei a conexão quase um ano atrás. Se você está configurando AWS SSH pela primeira vez, estes abordam os problemas mais comuns:
- Nome de utilizador errado: desligado : Não estão disponíveis Métodos de autenticação suportados (servidor enviado: publickey)
- incorrecto .ficheiro ppk: não foi possível ligar ao servidor amazon usando o putty
- IP errado: reiniciar uma instância AWS (ou criar uma imagem) não é garantido para manter o mesmo endereço IP. Isto teria obviamente de ser actualizado em putty.
solução para este (de acordo com o post Aceito abaixo) é que para AWS EC2 todos os 3 precisam ter permissões adequadas (777 Não ok para qualquer um destes). Aqui está um exemplo que funciona:
/home/ec2-user/ - 700
/home/ec2-user/.ssh/ - 600
/home/ec2-user/.ssh/authorized_keys - 600
/ var/log / secure irá dizer-lhe qual deles está a lançar um erro, consulte este tutorial de vídeo para obter acesso se estiver completamente bloqueado as: http://d2930476l2fsmh.cloudfront.net/LostKeypairRecoveryOfLinuxInstance.mp4
14 answers
Para mim, este erro apareceu imediatamente depois de ter alterado o directório do utilizador por
sudo usermod -d var/www/html username
Isso também pode acontecer por falta de permissão adequada para autorizar o arquivo key em ~/.ssh. Certifique-se de que a permissão deste arquivo é 0600 e permissão de ~/.ssh é 700.
Você também irá receber" desligado : não existem métodos de autenticação suportados disponíveis (servidor enviado :publickey) " quando tiver um utilizador Linux correcto mas não tiver criado o ficheiro .ssh/autorized_ Keys e gravou a chave pública como indicado em gerir as contas de utilizador na sua instância Linux
PuTTY não suporta nativamente o formato da chave privada (.pem) gerado pela Amazon EC2. PuTTY tem uma ferramenta chamada PuTTYgen, que pode converter chaves para o formato PuTTY necessário (.ppk). Você deve converter sua chave privada para este formato (.ppk) antes de tentar ligar-se à sua instância usando PuTTY.
Os passos para executar isto são descritos aqui: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/putty.html
Isto resolveu o problema.A resposta completa está aqui: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/putty.html
O seu problema pode estar relacionado com a autenticação incorrecta , que varia de acordo com o AMIs. Utilizar as seguintes loginas no seguinte AMIs:
- ubuntu ou raiz em ubuntu AMIs
- ec2-user on Amazon Linux AMI
- cêntimos em Cêntimos AMI
- debian ou root no Debian AMIs
- utilizador-ec2 ou fedora em Fedora
- ec2-user or root on: RHEL AMI, SUSE AMI, other ones.
Se estiver a utilizar OS:
- Windows - obter a tecla PEM do sítio Web da AWS e gerar o ficheiro PPK usando o PuttyGen. Então use o Putty para usar o PPK (seleccione-o com a coluna da esquerda: ligação->SSH->Auth: chave privada para a autorização)
-
Linux - run:
ssh -i your-ssh-key.pem login@IP-or-DNS
Na maioria dos casos, não foi detectado nenhum erro no método de autenticação ao usar o nome de utilizador errado para o registo. Mas eu encontro outra coisa se você ainda luta com o problema da conexão e você tentou todas as opções acima.
Eu criei um par de VM Linux e tento reproduzir esse problema de conexão, uma coisa que eu encontrei é, quando a AWS lhe perguntou o nome do seu par de chaves, não use espaço em branco (" ") e ponto ("".") em nome de par de chaves, até a AWS realmente permite que você faça isso.
Ex. quando dei o nome par de chaves como " AWS.LIVRE.LINUX", a ligação é sempre recusada. Quando chamei "AWS_FREE_LINUX", tudo funciona bem.
Espero que isto ajude um pouco.Com base em várias instâncias, se o ficheiro chave e o utilizador estiverem correctos, isto parece ocorrer ao alterar certas permissões de directório associadas ao utilizador raiz.
- eu tinha visitado a documentação da Amazon onde Descreva se existe uma regra que permite o tráfego do seu computador para o porto 22 (SSH) e se não estiver presente, crie-a e edite "grupo de segurança" e adicione "SSH" ao meu IP. Isto vai ajudar. No meu caso, no "putty profile" , tenho de autorizar outra vez .ficheiro ppk. Não sei porque volta a perguntar, sem que tenham sido feitas alterações.
Tive o mesmo problema, usei DNS públicosem vez de IP público. Está resolvido agora.
No meu caso, o problema era que o ficheiro ppk foi colocado em %USERPROFILE%\Downloads em vez de %USERPROFILE%.pasta ssh.
Depois de mudar o ficheiro, o problema desapareceu.- seleccione Editar > Configuração no menu principal
- na janela de configuração, vá para a ligação > SFTP
- carregue no " Adicionar um ficheiro chave..."button
- navegar para e, em seguida, seleccionar o(s) ficheiro (s) PEM desejado (s)
Em um casal de locais encontrei sugestões para especificar a chave directamente em a definição da sessão do 'Putty': configuração do 'Putty' > ligação > SSH > Auth > "ficheiro da chave privada para Autenticação", navegando então para o seu ficheiro da chave .formato ppk.
Fazer isto sem concorrer ao concurso resolveu-me o problema.Durante a sessão ssh a minha ligação quebrou, desde então eu não posso ssh meu SRV, eu tinha começado uma nova instância, e eu sou capaz de ssh a nova instância (com a mesma chave).
Montei o volume antigo na nova máquina e verifiquei .ssh / authorized_key e não foi possível encontrar nenhum problema com permissão ou conteúdo.