putty erro de rede ao executar scripts python em pi de framboesa

Question

Eu corro scripts python no meu pi framboesa do meu dispositivo android e sempre funciona por 3 ou 4 vezes, mas quando eu faço mais, putty me diz o seguinte:

Network error: Software caused connection abort

(Durante este 3-5 experimentos eu assisto putty e escrevo comandos básicos em putty para verificar se meu laptop ainda está conectado ao pi)

Como posso depurar isso? Existe um problema no meu script python no meu rasberry pi, no aplicativo android ou com algum tipo de problema de rede?

Obrigado

    

Answer 1

Você poderia tentar definir um valor de manutenção de atividade no PuTTY, se o software que estiver usando no dispositivo Android oferecer suporte às mesmas opções que a versão do Windows do PuTTY. Carregue a sessão, depois clique em Conexão em Categoria e defina a opção keep-alive para alguns segundos, por exemplo, 5, para diminuir a chance de a conexão ser descartada. Você precisará clicar em Sessão para salvar a nova configuração. Então entre no servidor SSH.

VocêtambémpodeverificaroslogsdoservidorSSHembuscadequalquermensagemquepossaestarregistradaquandooproblemaocorrereatéativarologinnoPuTTY-vejaaimagemabaixo-emboranãotenhacertezasealgopodeaparecerláquevocêpossausarparaajudaraisolaracausadoproblema.

Emumcaso,quandorecebiessamensagemrepetidamenteaousaroPuTTYparaconectar-meaumservidorespecífico,conseguiresolveroproblemasimplesmentereiniciandoosoftwaredoservidorSSHnoservidor,emboraosoftwaredoservidorSSHestivessesendoexecutadoemumservidor.SistemaMicrosoftWindows,nessecaso.

VocêtambémpodetentaroutroprogramaclienteSSHnodispositivoAndroid,porexemplo, ConnectBot , para ver se o problema é independente do software cliente SSH.

Outra opção para depuração é instalar o Wireshark no Rasberry Pi ou usar tcpdump no Rasbery Pi para capturar o tráfego SSH para um arquivo e depois transferir esse arquivo para outro sistema onde você poderia analisá-lo com o Wireshark - você poderia deixe um filtro no Wireshark para 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.