Solucionado
Bom dia.
Estou tentando usar WSL, porém não consigo conectar via ssh (seção 7 da aula 1). Qualquer usuário eu tente, recebo a mensagem Permission denied, please try again como se estivesse errando a senha
Já tentei redefinir a senha no linux várias vezes, sem sucesso
Alguma ideia de como eu possa resolver o problema?
Obrigado
Oi, Agostino! Como vai?
Com base no que voce mostrou nas imagens, a conexao com o WSL esta acontecendo, porque o terminal pede a senha. O problema aqui e a autenticacao do usuario, não a rede.
O que chama atencao no seu caso:
ip addressago existe no /etc/passwdPermission denied, please try again indica que o SSH rejeitou usuario/senhaPontos importantes para verificar:
Teste com o usuario normal, nãoo com root no Ubuntu, o login SSH do root costuma vir bloqueado por padrao.
Veja este exemplo:
ssh ago@172.30.91.129
Redefina a senha do usuario dentro do WSL, entre no WSL e execute:
sudo passwd ago
Digite uma senha simples para teste, por exemplo:
SenhaTeste123
Confirme se o shell do usuario e valido, rode:
grep '^ago:' /etc/passwd
O final da linha deve ser algo como:
/bin/bash
Se aparecer algo como /usr/sbin/nologin, o SSH nao deixa entrar interativamente.
Verifique a configuracao do SSH, abra o arquivo:
sudo nano /etc/ssh/sshd_config
Confirme se existem estas configuracoes:
PasswordAuthentication yes
UsePAM yes
Se alterar algo, reinicie o servico:
sudo service ssh restart
Teste o SSH dentro do proprio WSL, esse teste ajuda a separar problema de senha de problema no Windows:
ssh ago@localhost
Se falhar tambem, o problema esta no usuario ou no sshd.
Se funcionar, o SSH esta correto e vale testar do Windows novamente.
Confira se o teclado nao esta mudando a senha digitada, isso acontece bastante quando a senha tem simbolos e o terminal do Windows usa layout diferente.
Veja este exemplo:
Senha123
Senha@123
Para testar, use temporariamente uma senha sem simbolos.
Sequencia pratica para resolver:
sudo passwd ago
grep '^ago:' /etc/passwd
sudo nano /etc/ssh/sshd_config
sudo service ssh restart
ssh ago@localhostO que esse codigo faz:
agoSe depois disso continuar igual, o proximo passo e verificar o arquivo de log do SSH:
sudo tail -n 50 /var/log/auth.log
Esse comando mostra o motivo exato da negacao de acesso.
Espero ter ajudado. Conte com o apoio do Forum na sua jornada. Fico a disposicao.
Armano, muito obrigado!
O segundo passo, a redefinição da senha sudo passwd ago já resolveu!
Vou estudar bem os outros passos, para aprofundar meu conhecimento.
Agradeço muito sua explicação extremamente clara e detalhada!