Raspberry Pi SSH Lag

Вчера я получил свой Raspberry Pi B+, который я использую по SSH. Иногда для набора SSH требуется около 5 с и более, чтобы ответить визуальной обратной связью после некоторого времени бездействия, после этой задержки все просто работает нормально.

(Я начал печатать в тот момент, когда гиф начинается.)

Я знаю, что Raspberry Pi - это не суперсовременный MacBook Pro, но он все еще странный. Я проверил соединение и проверил настройки моего терминала, попытался переподключиться к пи и проверил, что другие серверы, которые я использую, отвечают аналогично, но с другими серверами все работает нормально. Может кто-нибудь сказать мне, если у них та же проблема, и если да, то как ее решить?

Источник

6 ответов

Я столкнулся с той же проблемой с Fedora Server 33 на Raspberry Pi 4, симптомы были следующими:

  • Запаздывание SSH-соединения после того, как его оставили нетронутым всего на несколько секунд (как в видео выше)
  • Пинги до другого хоста были повсюду, от 20 до 300 мс.

Это было вызвано управлением питанием карты Wi-Fi. После его отключения все вернулось на круги своя:

      # Raspberry Pi OS arm64
iwconfig wlan0 power off

# Fedora 33
mcli connection modify wlan0 wifi.powersave disable

Дополнительная информация о том, как отключить управление питанием Wi-Fi в зависимости от ваших настроек: https://askubuntu.com/questions/695867/disable-wifi-power-management .

Источник

Кажется, ОП уже нашел решение. Этот ответ для дальнейшего использования.

Комментарий ОП:

Оказалось ClientAliveInterval сервера openSSH. Это решило это.

Комментарий не дает более подробной информации. К счастью, быстрый поиск в Google привел к публикацииwww.raspberrypi.org:

от TimKaechele "пн 01 сен 2014

Вы можете решить проблему двумя способами:

  • установка ServerAliveInterval на количество секунд меньше времени, необходимого для отключения соединения,
  • или путем настройки сервера SSH ClientAliveInterval (тот же процесс).
Источник

Я также страдал от этой проблемы около недели, пока наконец не выяснил, что это не вызвано какой-либо настройкой каких-либо файлов конфигурации. Истинная причина, по которой такое медленное соединение SSH, связана с плохой конструкцией чипа Bluetooth BCM2837/43438 WiFi Raspberry Pi, у них одна антенна.

Поэтому, пожалуйста, проверьте, есть ли у вас какое-либо устройство Bluetooth, сопряженное с вашим пи, даже если это устройство выключено, удалите их все из списка сопряженных устройств, тогда ваш SSH вернется в нормальное состояние.

Источник

Ваш PI управляет стандартным распбианским изображением? Если нет, пожалуйста, проверьте следующее:

  • Ваш PI находится под большой нагрузкой? Проверить с uptime,

05:06:50 до 7 дней, 17:49, 1 пользователь, средняя нагрузка: 0, 00, 0, 01, 0, 05

  • Работает ли PI одинаково, если вы входите локально, используя монитор / клавиатуру.
  • ПИ ведет себя так же, если вы используете другую машину для ssh?
  • Ваша сеть сильно загружена и работает медленно?

Ваша проблема, кажется, не связана с кодированием в целом. Может быть, задать этот вопрос в другом сообществе, как Super User

Источник

У меня была другая проблема на RPi 3 с теми же симптомами. Вот источник решения.

Таким образом, некоторые маршрутизаторы, похоже, имеют проблемы с новыми версиями SSH, использующими другое значение для IPQoS по умолчанию (у меня, кажется, заведомо плохая комбинация роутер + модем, поэтому я не удивлен). Чтобы это исправить, добавьте IPQoS 0x00 в sshd_config а также ssh_config

Источник

В моем случае раскомментирование следующей строки в /etc/ssh/sshd_config помогло мне, и после этого мой сеанс ssh больше не был медленным:

      UseDNS no

После этого не забудьте перезапустить службу ssh:

      service ssh restart
Источник
Другие вопросы по тегам