:Resolve the "No supported authentication methods available" error when connecting to a Linux instance

Permission denied (publickey,gssapi-keyex,gssapi-with-mic) # Error message 1: All attempted authentication methods were rejected by the server.
No supported authentication methods available (server sent: publickey,gssapi-keyex,gssapi-with-mic) # Error message 2: No mutually supported authentication method was found.
Connection closed by XX.XX.XX.XX # Error message 3: The server closed the connection during the authentication phase.

Caso de uso 1 : Falha no logon por senha

1. Faça logon na instância do Elastic Compute Service (ECS).

   1. Acesse ECS console - Instances. No canto superior esquerdo, selecione a região e o grupo de recursos do recurso de destino.

   2. Na página de detalhes da instância, clique em Connect e selecione VNC. Insira o nome de usuário e a senha para fazer logon na instância ECS.

2. Ative a autenticação por senha.

   Edite o arquivo de configuração do SSH. Verifique se o parâmetro PasswordAuthentication está definido como yes. Se a linha estiver comentada (iniciando com #), remova o caractere #.

   sudo vim /etc/ssh/sshd_config

3. Reinicie o serviço SSH. Para aplicar as alterações, reinicie o serviço SSH.

   • Para Alibaba Cloud Linux e CentOS:

     sudo systemctl restart sshd.service

   • Para Debian e Ubuntu:

     sudo systemctl restart ssh.service

4. Verifique a correção.

   No seu cliente SSH, tente conectar-se novamente usando a senha para validar a solução.

Caso de uso 2: Falha no logon por chave

1. Faça logon na instância ECS.

   1. Acesse ECS console - Instances. No canto superior esquerdo, selecione a região e o grupo de recursos do recurso de destino.

   2. Na página de detalhes da instância, clique em Connect e selecione Workbench. Siga as instruções na tela para fazer logon e acessar o terminal.

2. Ative o logon por chave.

   1. Edite o arquivo de configuração do SSH.

      sudo vim /etc/ssh/sshd_config

   2. No modo de edição, localize o parâmetro PubkeyAuthentication.

      • Se o valor for no ou a linha estiver comentada, o logon por chave está desativado. Descomente a linha, altere o valor para yes, salve e saia do arquivo.

      • Caso o valor seja yes, prossiga para copiar a chave pública para o arquivo authorized_keys do usuário.

3. Copie a chave pública para o arquivo authorized_keys do usuário.

   Usuário root

   1. Edite o arquivo authorized_keys.

      sudo vim /root/.ssh/authorized_keys

      Cole a chave pública no arquivo, colocando cada chave em uma nova linha. Em seguida, salve e feche o arquivo.

   2. Defina as permissões do arquivo.

      Permissões incorretas podem causar falha no logon SSH.

      sudo chmod 700 /root/.ssh
      sudo chmod 600 /root/.ssh/authorized_keys

   Usuário não root

   Nos comandos abaixo, substitua <username> pelo nome de usuário de logon desejado.

   1. Edite o arquivo authorized_keys.

      sudo vim /home/<username>/.ssh/authorized_keys

      Cole a chave pública no arquivo, colocando cada chave em uma nova linha. Em seguida, salve e feche o arquivo.

   2. Defina as permissões do arquivo.

      Permissões incorretas podem causar falha no logon SSH.

      sudo chown -R <username>:<username> /home/<username>/.ssh
      sudo chmod 700 /home/<username>/.ssh
      sudo chmod 600 /home/<username>/.ssh/authorized_keys

4. Para aplicar as alterações, reinicie o serviço SSH.

   • Para Alibaba Cloud Linux e CentOS:

     sudo systemctl restart sshd.service

   • Para Debian e Ubuntu:

     sudo systemctl restart ssh.service

5. Verifique a correção.

   No seu cliente SSH, tente conectar-se novamente usando o par de chaves para validar a solução.