Ejecuto scripts de Python en mi raspberry pi desde mi dispositivo Android y siempre funciona 3 o 4 veces, pero cuando lo hago más, PuTTY me dice lo siguiente:
Network error: Software caused connection abort
(Durante estos 3-5 intentos miro PuTTY e ingreso comandos básicos en PuTTY para verificar si mi computadora portátil todavía está conectada al pi)
¿Cómo puedo depurar esto? ¿Hay algún problema en mi script de Python en mi rasberry pi, en la aplicación de Android o con algún tipo de problema de red?
Gracias
Respuesta1
Puede intentar establecer un valor de mantenimiento de actividad en PuTTY, si el software que está utilizando en el dispositivo Android admite las mismas opciones que la versión de Windows de PuTTY. Cargue la sesión, luego haga clic enConexiónbajoCategoríay configure la opción keepalive en unos pocos segundos, por ejemplo, 5, para disminuir la posibilidad de que se corte la conexión. Tendrás que hacer clic enSesiónpara guardar la nueva configuración. Luego inicie sesión en el servidor SSH.
También puede verificar los registros del servidor SSH para detectar cualquier mensaje que pueda registrarse cuando ocurre el problema e incluso activar el inicio de sesión en PuTTY (consulte la imagen a continuación), aunque no estoy seguro de si podría aparecer algo allí que pueda usar para ayudar a aislar. la causa del problema.
En un caso, cuando recibí ese mensaje repetidamente mientras usaba PuTTY para conectarme a un servidor en particular, pude resolver el problema simplemente reiniciando el software del servidor SSH en el extremo del servidor, aunque el software del servidor SSH se estaba ejecutando en un sistema Microsoft Windows. en ese caso.
También puedes probar con otro programa cliente SSH en el dispositivo Android, por ejemplo,ConectarBot, para ver si el problema es independiente del software del cliente SSH.
Otra opción para la depuración es instalarWiresharken Rasberry Pi o usartcpdumpen Rasbery Pi para capturar el tráfico SSH a un archivo y luego transferir ese archivo a otro sistema donde puedas analizarlo con Wireshark; podríasestablecer un filtro en Wiresharkpara ver solo el tráfico SSH usando un filtro de tcp.port==22. Debería buscar cualquier cosa inesperada, como un paquete RST proveniente del servidor para restablecer la conexión, muchas retransmisiones de paquetes, etc.