Este é um estranho. Eu uso uma pequena frota de Chromebooks para fazer testes de rede profissionais e escrevi algumas ferramentas que usam o SSH com o pubkey auth para executar testes simultâneos.
O problema é que, se a conexão Wi-Fi não for excelente, a autenticação expira mais vezes do que o normal. Por exemplo, se eu tiver uma conexão de 5 GHz de longo alcance que retorna 100% de pings, mas tem uma latência média de 100ms ou mais, a autenticação trava após send packet: type 50 , nunca recebendo o tipo de pacote 51 para concluir a autenticação. p>
debug2: key: /root/.ssh/id_ecdsa ((nil))
debug2: key: /root/.ssh/id_ed25519 ((nil))
debug3: send packet: type 5
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
Sim, UseDNS no está ativado, tanto no cliente quanto no remetente. Também desativei todos os módulos PAM não essenciais e desativei HostBasedAuth, RSAAuth e GSSAPI no cliente e no remetente.
Os mesmos dois laptops no mesmo local completarão a senha auth sem nenhum problema - se um pubkey estiver presente para o usuário no lado do cliente, ele terá que expirar antes de falhar e pedir a senha ; mas se não houver pubkey para o usuário do cliente, ele solicitará a senha e a aceitará imediatamente.
Se eu mover o laptop do servidor para mais perto do roteador, para que a latência média caia em algo mais parecido com o intervalo de 50 ms, a autenticação pubkey funcionará bem.
Não consigo encontrar nada nos internets referindo-se a um problema com autenticação de pubkey de alta latência em máquinas em que o pubkey auth funciona bem com latência mais baixa, mas aqui estou. Alguém tem alguma ideia?