Назад | Перейти на главную страницу

Соединения с SSH и Samba сильно задерживаются

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

Доступ к нашему серверу разработки осуществляется через SSH и Samba. Открытие соединения с сервером (SSH или Samba) занимает очень много времени. Доступ к общему ресурсу Samba через Windows практически невозможен из-за таймаута. Использование smbclient работает, но требует времени. При открытии SSH-соединения я сразу получаю запрос на ввод пароля, а после нажатия Enter терминал мгновенно показывает MOTD. Потом подсказка появится примерно через минуту.

Я смотрел загрузку сервера при подключении по SSH и Samba и не нашел ничего неисправного. Нет ничего необычного, загружающего память и процессор или что-то в этом роде. Я понятия не имею, откуда могла взяться эта задержка. Я уже пробовал UseDNS no в sshd_config и proxy_dns = no в smb.conf, но безрезультатно.

Любая идея о том, что может вызвать это, будет принята с благодарностью!

Обновить: Мне жаль это говорить, но я отсутствовал уже несколько недель, а тем временем рассматриваемые серверы были заменены другими более новыми системами, которые до сих пор не вызывали таких же проблем. К сожалению, это не оставляет мне возможности проверить какие-либо предложения, сделанные здесь, но тем не менее я благодарен за вашу помощь!

Возможно, это проблема, связанная с энтропией в системе. Безголовым серверам не хватает входных данных для генерации достаточно случайного количества, а иногда это задерживает ssh-соединения.

Часто проверяйте номер в / proc / sys / kernel / random / entropy_avail, и если он почти всегда ниже 150-200, попробуйте установить какие-либо подобные hasged или rng-tools

Возможно, у вас проблема с диском. Проверьте wa (iowait) статистика в top, или установить iotop, и / или проверьте ваши диски обычным способом.

Чтобы получить разумную отладочную информацию из sshd, просто установите Loglevel примерно на DEGUG2 в / etc / ssh / sshd_config, а затем tail -f /var/log/auth.log чтобы увидеть, что происходит в клиентском соединении.