1
resposta

Como conectar pelo Windows?

Não possuo VM linux, como conectar pelo Windows? Tentei gerar o ppk para o putty, importei a chave no EC2, cadastrei no putty porém sempre aparece erro de autenticação:

Insira aqui a descrição dessa imagem para ajudar na acessibilidade

1 resposta

Olá

Esse erro do PuTTY (“**No supported authentication methods available (server sent: publickey, gssapi-keyex, gssapi-with-mic)**”) significa que o servidor EC2 só aceita autenticação por chave pública e, por algum motivo, o PuTTY não chegou a enviar (ou enviou a chave errada). Os quatro pontos mais comuns são:

  1. Chave não convertida/indicada
  2. Nome de usuário incorreto
  3. Chave não associada à instância
  4. Porta 22 bloqueada no Security Group

Opção A – usar o OpenSSH nativo do Windows 10/11

  1. Verifique se o recurso “OpenSSH Client” está instalado Configurações → Aplicativos → Recursos opcionais.

  2. Coloque sua chave .pem em uma pasta só sua (ex.: C:\Keys\meu-par.pem) e restrinja as permissões:

    icacls C:\Keys\meu-par.pem /inheritance:r /grant:r "%USERNAME%:R"
    
  3. No PowerShell/Terminal, conecte:

    ssh -i C:\Keys\meu-par.pem ec2-user@<IP-Público>
    

    Substitua ec2-user pelo usuário adequado ao AMI (veja tabela mais abaixo). Se funcionar, você não precisa do PuTTY.

Opção B – usar PuTTY + PuTTYgen

  1. Baixe PuTTY e PuTTYgen (versão ≥ 0.78).

  2. Converta a chave Abra o PuTTYgen ▸ Load ▸ selecione o .pem ▸ Save private key → gera .ppk.([Documentação da AWS][1])

  3. Configurar sessão Session

    • Host Name: ec2-user@<IP-Público> (troque o usuário se preciso)
    • Port: 22, Connection type: SSH Connection ▸ SSH ▸ Auth ▸ Credentials
    • Private key file: selecione o .ppk Connection ▸ Data
    • Auto-login username: ec2-user (ou o correto)
  4. (Opcional) desative GSSAPI Connection ▸ SSH ▸ Auth ▸ GSSAPI ▸ desmarque “Attempt GSSAPI”.

  5. Volte em SessionSaveOpen.

Se a etapa 3 não apontar o .ppk, o PuTTY abrirá sem chave e devolverá exatamente o erro que você viu.([Documentação da AWS][2])

Qual usuário usar?

AMIUsuário padrão
Amazon Linux / AL2ec2-user
Ubuntuubuntu
Debianadmin ou root
CentOScentos
Red Hatec2-user
SUSEec2-user

Usar o usuário errado gera o mesmo erro porque o servidor não encontra a chave no authorized_keys.([Repost][3])

Se ainda falhar

  1. Confirme o Security Group

    • Regra de entrada TCP 22 aberta somente para seu IP ou para a VPC/0.
  2. A instância foi criada SEM key pair?

    • Não é possível “importar” uma chave depois; seria preciso:

      • (mais simples) recriar a instância escolhendo um par de chaves, ou
      • usar EC2 Instance Connect / Systems Manager Session Manager para copiar manualmente sua chave para ~/.ssh/authorized_keys.([Documentação da AWS][4])
  3. Teste a chave em outra máquina/WSL para isolar se é problema do arquivo.

  4. Verifique se o endereço público mudou (reinicializar muda o IP, a menos que seja EIP).