Raspberry Pi SSH вхід повільний

У мене є малинова Pi модель B з малиновою ОС, яка працює добре вже 2-3 місяці, і з минулого тижня я помічала, що кожного разу при вході в систему (понад ssh) при введенні імені користувача виникає затримка (трохи більше 1 хвилини) перш ніж система відповість рядком пароля.

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

raspbian ssh sd-card

— зсн
джерело

Це, швидше за все, проблема SD-карти. Спробуйте знайти Kingstons класу 10 Гб. Вони, здається, працюють для мене дуже добре протягом тривалого періоду часу з помірним читанням пишіть їм

— Пьотр Кула,

Просто для виключення проблем з DNS. Чи трапляється те саме, коли ви входите в SSH, використовуючи лише IP-адресу, а не ім'я HOst

— Piotr Kula

увійти з ім'ям хоста або 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є загальним рішенням.

— колін
джерело

Чи можете ви пояснити, як 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-карти, оскільки арп (і подібні команди) займають близько 2-3 хвилин, щоб повернути будь-які значення. Я зберігав резервні копії та переписав їх на картки, коли все було нормально, і воно не працює належним чином.

— Зараз

Мій офіційний ключ 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дійсний прапор для ping? Я пробую це на своєму Mac, але він не працює. У ньому відображається повідомлення: використання: ping [-AaDdfnoQqRrv] [-b limitif] [-c count] [-G sweepmaxsize] [-g sweepminsize] [-h sweepincrsize] [-i зачекати] [-k trafficclass] [-l попереднє завантаження] [-М маска | час] [-m ttl] [-p pattern] [-S src_addr] [-s packetsize] [-t timeout] [- W timetime] [-z tos] host ping [-AaDdfLnoQqRrv] [-b limitif] [- c count] [-I iface] [-i зачекати] [−k Trafficclass] [-l preload] [-M mask | час] [-m ttl] [-p pattern]

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

@IgorGanapolsky У Windows він змушує його діяти як інша команда ping оболонки, повторюючи пакети знову і знову, поки ви не зупините її. Я припускаю, що в терміналі Mac вже є такий або це інший прапор.

— evelynhathaway