Вход Raspberry Pi SSH медленный

У меня Raspberry Pi модель B с операционной системой Rasbian, которая хорошо работала в течение 2-3 месяцев, и с прошлой недели я заметил, что каждый раз при входе в систему (через ssh) при вводе имени пользователя возникает задержка (более 1 минуты) перед тем, как система ответит паролем.

Это признак неисправной SD-карты или что-то еще ...? (Кроме того, я заметил, что выполнение некоторых команд, таких как arp, netstat и т. Д., Требует больше времени для вычислений ...)

raspbian ssh sd-card ZSN
источник

Скорее всего, это проблема SD-карты. Попробуй найти класс 10 8GB Kingstons. Они, кажется, работают очень хорошо для меня в течение длительного периода времени с умеренным чтением и пишут им

Петр Кула

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

Петр Кула

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

zsn

это также может быть полезно, если вы можете опубликовать свой dmesgи /var/log/messagesвывод.

Колин

к большому количеству комментариев ... но есть странная строка, которую я раньше не заметил, которая многое объясняет ... FAT-fs (mmcblk0p1): Том не был правильно отключен. Некоторые данные могут быть повреждены. Пожалуйста, запустите fsck // dmesg ...

zsn

Ответы:

Возможно, ваш Pi пытается выполнить обратный поиск DNS имени подключающегося хоста клиента по соображениям безопасности, что нормально, но приводит к таймаутам, если у вас нет работающего обратного DNS.

когда вы наконец войдете в систему, попробуйте добавить

UseDNS no

в ваш /etc/ssh/sshd_configфайл, и посмотрите, поможет ли это улучшить ситуацию, конечно, не забудьте перезагрузить, и вы готовы к работе!

service ssh reload

И вы должны иметь почти мгновенный SSH

Вы также можете попробовать SSH-ing с опцией -v verbose, чтобы предоставить клиенту выходные данные, которые могут помочь в диагностике случаев истечения времени ожидания.

Это поведение не уникально ни для Raspberry Pi, ни для Raspbian. Также смотрите SuperUser: основные причины медленных входов в систему через ssh, где UseDNS noобщее решение.

Kolin
источник

Не могли бы вы объяснить, как DNS повлияет на общее использование Pi? Разрешение DNS не занимает много времени после первого разрешения.

Петр Кула

@ppumkin Раньше у меня была эта проблема на стандартном linux-боксе внутри сети, где обратный поиск DNS не проводился, прошло 30 с лишним секунд, прежде чем я получил запрос пароля. Используя решение, которое я только что предоставил, исправили его для меня, поэтому я не уверен, почему мой ответ был отклонен?

Колин

Похоже, у вас была очень специфическая проблема, чтобы изменить DNS или что-то. Как сказал ОП, в течение нескольких месяцев он работал нормально, в его сети и во всех приложениях ничего не изменилось, после входа в систему требуется больше времени. Я серьезно сомневаюсь, что это решит все эти проблемы, поэтому -1. Кроме того, мне никогда не приходилось делать это в любой ситуации. DNS очень важен, и это должно работать правильно. Один из способов доказать, что это не DNS, это войти в систему с IP. Тогда DNS-запросы не выполняются

Петр Кула,

@ppumkin, ОП не упоминает, что ничего не изменилось? у него также возникают проблемы с другими командами (arp и netstat), которые будут использовать DNS-запросы, если он не указал, arp -anи netstat -rnкоторые отключат поиск. оба являются хорошим тестом, чтобы решить, действительно ли это проблема DNS.

Колин

Что ж, редактирование ssh_config улучшило время отклика при входе в систему, но, тем не менее, я верю, что это скорее проблема с sd-картой, поскольку arp (и подобные команды) занимает около 2-3 минут, чтобы вернуть любые значения. Я сохранил резервные копии и переписал их в карта, когда все было хорошо, и она не работает должным образом .. Теперь я попытаюсь проверить карту SD и переформатировать ее на другой машине и посмотреть, что происходит с чистой установкой .. ребята ..

zsn

Мой официальный WiFi-адаптер от Raspberry Pi сам получал 64% потерь пакетов с одного компьютера на Pi через мою локальную сеть. В то время как все остальные WiFi-ключи работали как шарм с потерей пакетов <1%.

Использование:

ping address(Windows, Linux, Mac) или ping address -t(Windows, работает до Ctrl + C) на другом компьютере в вашей локальной сети, чтобы проверить, не является ли это проблемой сети, заменив адрес на частный IP-адрес вашего Pi.

Чтобы найти свой частный IP-адрес для своего Pi, наведите курсор мыши на значок сети в Raspbian или используйте команду hostname -I.

evelynhathaway
источник

Является -tдействительным флаг для пинг? Я пробую это на своем Mac, но это не работает. Он отображает сообщение: use: ping [-AaDdfnoQqRrv] [-b boundif] [-c count] [-G sweepmaxsize] [-g sweepminsize] [-h sweepincrsize] [-i wait] [−k trafficclass] [-l предварительная загрузка] [-M маска | время] [-m ttl] [-p шаблон] [-S src_addr] [-s размер пакета] [-t тайм-аут] [- W время ожидания] [-z tos] пинг хоста [-AaDdfLnoQqRrv] [-b boundif] [- c count] [-I iface] [-i wait] [−k trafficclass] [-l preload] [-M mask | время] [-m ttl] [-p шаблон]

Игорь Ганапольский

@IgorGanapolsky В Windows она действует как команда ping другой оболочки, повторяя пакеты снова и снова, пока вы не остановите ее. Я предполагаю, что терминал Mac уже имеет это или это другой флаг.

evelynhathaway