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

SSH очень медленно работает в моей локальной сети?

У меня есть сервер CentOS 6-x64, работающий через VirtualBox на Windows Server 2012R2, но всякий раз, когда я подключаюсь к нему по SSH, он очень медленный. Это происходит как с Putty в Windows, так и с SSH в OS X. Я прочитал бесчисленное количество сообщений о медленном входе в систему, но это всего лишь всесторонняя медлительность.

Вот что я проверил:

Сначала вы должны провести несколько экспериментов и экзаменов:

  1. Вы пробовали другие протоколы? Оставьте какой-нибудь большой файл на сервере apache / httpd и попробуйте получить. Идея состоит в том, чтобы распознать проблему с SSH или сетью
  2. Смотрите статистику сетевого интерфейса. Есть ли ошибки?
  3. Попробуйте пинговать. Надеюсь, вы не включили фильтрацию пакетов. Попробуйте выполнить ping с большими пакетами: ping -s 1500 some.ip.address и посмотрите, что вы получите. Очень часто проблема скрывается, когда вы исследуете сеть с помощью стандартных небольших пакетов ping.
  4. Попробуйте пинг побольше, около -s 2000 или 3000. Не волнуйся. Максимальный размер пакета Ethernet составляет 1500, но этот пинг будет разделен. Вы проверите, что фрагментированные пакеты могут правильно передаваться по сети.
  5. Попробуйте подключить устройства напрямую с помощью перекрестного патчкорда. Может у вас свитч eth поврежден? Может быть, он хранит ненужные MAC-адреса или настроен на фильтрацию MAC-адресов?

Об этом следует спросить сначала, но я спрашиваю вот что: что вы имеете в виду «медленно в SSH»? Подключение или перенос? При подключении это может быть проблема с DNS. При передаче обычно это проблема сети. У вас есть Linux-машина, тогда вы можете выполнить tcpdump на Linux-машине. тогда вы можете распознать, что это проблема DNS на ssh-сервере или на клиенте. на стороне клиента вы можете просто использовать IP-адрес сервера для решения проблемы на клиенте, тогда вы уверены, что это проблема на стороне сервера, которая пытается обратным образом разрешить ваш IP-адрес, прежде чем он будет записан в файл журнала ssh. Если проблема все еще существует, вы можете перенастроить ssh для отключения обратного разрешения DNS. Но основная идея - восстановить конфигурацию DNS и предотвратить обратное разрешение для локальной IP-области.

В прошлом у меня была похожая проблема. Мой коммутатор 3com был поврежден. В некоторых случаях это приводило к дублированию пакетов. Обновление прошивки не решило проблему, пришлось покупать еще одну. Может быть, вы одолжите на мгновение какой-нибудь переключатель и временно замените свой, а затем убедитесь, что все в порядке. Плохая проверка - это удаление переключателя и прямое подключение устройств. Конечно, DHCP-сервер будет недоступен, и временно вам следует определять сети статически.

Удачи, надеюсь, это вам поможет.