Вопросы Теги

ssh хорошо работает при использовании открытого интерфейса, но медленный при использовании закрытого интерфейса

Почему бы не испытать новый (используемый) сервер и видеть как, Вам нравится он. если Вы установите 5 дисков как 5 отдельных дисков и поместите один VM на каждого из них, то Вы, вероятно, передадите лучший диск, помещенный, так как каждая VM получает выделенный диск. В альтернативной системе весь Ваш VM's должен был бы совместно использовать тот же шпиндель. Мог бы быть в порядке, если Вы получаете хорошую основанную на аппаратных средствах плату RAID с хорошей суммой поршня на нем.

Если бы Вы хотели налет на Dell, то Вы могли бы сделать это как RAID1 и отдельный диск как RAID5.

Также не недооценивайте 6 концертов памяти, у меня есть совершенно новый HP настольный, единственный диск и 4 концерта RAM. Большая часть VM's, который я могу выполнить сразу, 4 с 512megs каждый, прежде чем я истрачу память.

Принятием Dell не злоупотребили, у Вас не должно быть проблем с ним, серверы надежны.

Действительно ли ou уверены, что Xeon составляет только 32 бита? Я думал (хотя я не проверил), что весь Xeon составлял 64 бита, но его некоторое время, так как я действительно вырыл в это.

Также испытайте ESXI от VMware скорее затем VMware Server, ESXI является гипервизором и свободный для использования, я использую его, так как нет никаких издержек хоста OS.

Также, даже если Вы проверяете установку Dell Ваш VM's и понимаете, что это недостаточно, Вы просто сохраняете VM's к диску и идете, покупают новый сервер. Никакое время не проиграло, так как можно использовать тот же VM's на новом сервере.

0
задан 8 January 2010 в 18:25
6 ответов

По рекомендации Alex я выполнил анализатор пакетов и нашел, что клиент делал поиски DNS. Как краткосрочное решение протестировать, добавил я 192.168.1.1 servername клиенту /etc/hosts файл и вещи пошли быстро.

0
ответ дан 4 December 2019 в 11:05
  • 1
    Рассмотрите принятие вышеупомянутого ответа, таким образом, другие с медленными логинами SSH могут найти стратегию поиска и устранения неисправностей. –  Alex Holst 10 January 2010 в 00:42
  • 2
    Когда я сначала попробовал, я получил сообщение, в котором было сказано что-то эффекту " необходимо ожидать 18 часов прежде, чем принять собственный ответ " –  Kevin M 10 January 2010 в 22:09 
UseDNS no

Набор, что в Вашем/etc/ssh/sshd_config и перезапуске демон, который должен добиться цели.

4
ответ дан 4 December 2019 в 11:05

Этот вид проблемы всегда вызывается DNS. Когда Вы входите в эти 192.168.1.1 интерфейса, sshd пытается сделать поиск любого IP-адреса, из которого Вы происходите, и он не может.

  1. Проверьте мое требование путем запуска ssh сессии к маршрутизатору.
  2. Запустите tcpdump в своем внешнем интерфейсе, фильтруя, таким образом, Вы видите все пакеты для портирования 53.
  3. Ssh в Ваш маршрутизатор во внутреннем интерфейсе. tcpdump покажет запросы DNS, оставляя Ваш маршрутизатор, прося имя хоста любого 192.168.1/24 исходного адреса.

Выполните этот эксперимент снова, когда Вы думаете, что UseDNS был установлен на 'нет'.

Мое предположение - Вы, отправил SIGHUP в несправедливость sshd после изменения UseDNS на нет.

4
ответ дан 4 December 2019 в 11:05

В /etc/ssh/sshd_config поворот обратного отображения, его попытки сделать rDNS поиск на Вашем внутреннем IP-адресе.

"VerifyReverseMapping не"

1
ответ дан 4 December 2019 в 11:05
  • 1
    " строка/etc/ssh/sshd_config xxx: опция VerifyReverseMapping" Устаревшая; не помог. –  Kevin M 8 January 2010 в 19:46

Используйте strace-p на клиенте и сервере для определения то, на чем ожидает процесс ssh/sshd.

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

0
ответ дан 4 December 2019 в 11:05

strace является опцией как упомянутым Dave, но я попытался бы включить многословие на клиенте при входе в систему. Можно сделать это путем обеспечения переключателя-v (до 3 раз для максимального многословия), например:

ssh -vv user@host.com
0
ответ дан 4 December 2019 в 11:05

Теги

Похожие вопросы