Я запускаю скрипты Python на моем Raspberry Pi с моего устройства Android, и это всегда срабатывает 3 или 4 раза, но когда я делаю это чаще, Putty выдает мне следующее:
Network error: Software caused connection abort
(В течение этих 3-5 попыток я смотрю Putty и ввожу основные команды в Putty, чтобы проверить, подключен ли мой ноутбук к Pi)
Как мне это отладить? Проблема в моем скрипте Python на моем Rasberry Pi, в приложении Android или в какой-то сетевой проблеме?
Спасибо
решение1
Вы можете попробовать установить значение keepalive в PuTTY, если программное обеспечение, которое вы используете на устройстве Android, поддерживает те же параметры, что и версия PuTTY для Windows. Загрузите сеанс, затем нажмитеСвязьподКатегорияи установите параметр keepalive на несколько секунд, например, 5, чтобы уменьшить вероятность разрыва соединения. Вам нужно будет нажать наСессиячтобы сохранить новую настройку. Затем войдите на SSH-сервер.
Вы также можете проверить журналы сервера SSH на предмет сообщений, которые могут регистрироваться при возникновении проблемы, и даже включить ведение журнала в PuTTY (см. изображение ниже), хотя я не уверен, появится ли там что-то, что можно было бы использовать для выявления причины проблемы.
В одном случае, когда я неоднократно получал это сообщение при использовании PuTTY для подключения к определенному серверу, мне удалось решить проблему, просто перезапустив программное обеспечение сервера SSH на стороне сервера, хотя в этом случае программное обеспечение сервера SSH работало в системе Microsoft Windows.
Вы также можете попробовать другую программу-клиент SSH на устройстве Android, например,ConnectBot, чтобы проверить, связана ли проблема с программным обеспечением клиента SSH.
Другой вариант отладки — установитьWiresharkна Rasberry Pi или используйтеtcpdumpна Rasbery Pi для захвата SSH-трафика в файл, а затем передачи этого файла в другую систему, где вы можете проанализировать его с помощью Wireshark - вы можетеустановить фильтр в Wiresharkдля просмотра только трафика SSH с использованием фильтра tcp.port==22. Вам нужно будет искать что-нибудь неожиданное, например, RST-пакет, приходящий от сервера для сброса соединения, множество повторных передач пакетов и т. д.