Что может вызвать медленную сессию SSH? [закрыто]

Я ssh на удаленном хосте, но производительность терминала плохая. Символы, которые я печатаю, отображаются не сразу, а с некоторой задержкой. Иногда два символа отображаются одновременно после задержки.

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

Отключение пересылки X11, если она вам не нужна (ssh -x) и включение сжатия (ssh -C) также может ускорить ваш сеанс.

Я могу думать о двух возможных причинах:

1. Потеря пакета при соединении
2. Высокая нагрузка на сервер.

Я попытался измерить производительность сети, вскоре обнаружив, что с терминалом все в порядке. Что произошло?

У нас есть балансировка нагрузки между двумя интернет-каналами роутера. Иногда он маршрутизирует мой ssh-трафик через wan1, а иногда через wan2. Я предположил, что с одним каналом что-то не так. Поэтому я измерил производительность сети с помощью mtr (отличный инструмент!) Для двух каналов отдельно.

да уж! У wan2 21 прыжок за 110 мс, а у wan1 - 15 с 21 мс! Проблема задержки в wan2.

Используйте Compression и CompressionLevel of 9. Это должно немного помочь. Вы можете настроить эти параметры в / etc / ssh / ssh_config. Но если реальная сеть очень плохая, эти трюки не принесут много пользы.

Наиболее очевидной причиной такого поведения является ссылка, которая либо насыщена, либо отбрасывает пакеты. Сколько прыжков у вас есть от вашей рабочей станции до машины, на которой вы работаете? Вы проанализировали трассировку, если применимо?

Если вы используете OpenSSH на длинном толстом канале (высокая пропускная способность + высокая задержка), убедитесь, что вы используете по крайней мере версию 4.7 с обеих сторон, поскольку она содержит исправления, заставляющие OpenSSH использовать больший размер окна tcp.

 * The SSH channel window size has been increased, and both ssh(1)
   sshd(8) now send window updates more aggressively. These improves
   performance on high-BDP (Bandwidth Delay Product) networks.

Это может быть важно, если вы хотите использовать соединение с его полным потенциалом, потому что в противном случае отправителю, возможно, придется ждать подтверждения, прежде чем он сможет продолжить отправку.

Как уже говорили другие, это может произойти из-за задержки, потери в вашей сети, медленной работы сервера.
Иногда вы видите 2 символа в одном типе, потому что современный стек TCP использует алгоритм под названием Naggle .

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

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

Одна вещь, чтобы смотреть на это просто память сервера. Я работал под управлением Ubuntu VM с 256 МБ памяти, а SSH был действительно вялым. Удвоение этого до 512Mb решило проблему.