Eu executo scripts python no meu raspberry pi a partir do meu dispositivo Android e sempre funciona 3 ou 4 vezes, mas quando faço mais, o putty me diz o seguinte:
Network error: Software caused connection abort
(Durante essas 3-5 tentativas eu assisto o putty e insiro comandos básicos no putty para verificar se meu laptop ainda está conectado ao pi)
Como posso depurar isso? Há algum problema no meu script python no meu rasberry pi, no aplicativo Android ou com algum tipo de problema de rede?
Obrigado
Responder1
Você pode tentar definir um valor de manutenção de atividade no PuTTY, se o software que você está usando no dispositivo Android suportar as mesmas opções da versão Windows do PuTTY. Carregue a sessão e clique emConexãosobCategoriae defina a opção keepalive para alguns segundos, por exemplo, 5, para diminuir a chance de queda da conexão. Você precisará clicar emSessãopara salvar a nova configuração. Em seguida, faça login no servidor SSH.
Você também pode verificar os logs do servidor SSH em busca de mensagens que possam ser registradas quando o problema ocorre e até mesmo ativar o log no PuTTY - veja a imagem abaixo - embora eu não tenha certeza se algo pode aparecer lá que você possa usar para ajudar a isolar a causa do problema.
Em um caso, quando recebi essa mensagem repetidamente enquanto usava o PuTTY para me conectar a um servidor específico, consegui resolver o problema simplesmente reiniciando o software do servidor SSH na extremidade do servidor, embora o software do servidor SSH estivesse sendo executado em um sistema Microsoft Windows. nesse caso.
Você também pode tentar outro programa cliente SSH no dispositivo Android, por exemplo,ConnectBot, para ver se o problema é independente do software cliente SSH.
Outra opção para depuração é instalarWiresharkno Rasberry Pi ou usetcpdumpno Rasbery Pi para capturar o tráfego SSH para um arquivo e depois transferir esse arquivo para outro sistema onde você possa analisá-lo com o Wireshark - você poderiadefinir um filtro no Wiresharkpara visualizar apenas o tráfego SSH usando um filtro de tcp.port==22. Você precisaria procurar algo inesperado, como um pacote RST vindo do servidor para redefinir a conexão, muitas retransmissões de pacotes, etc.