4

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

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

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

|источник

3 ответа3

1

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

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

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

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

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

|источник
1

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

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

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

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

от TimKaechele »пн 01 сен 2014

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

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

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

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

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .