Что может вызвать задержку сети при установке нового Ubuntu Server 10.10?

Недавно я купил машину для запуска онлайн-сервера игр. Я поставил машину вместе и установил новую копию Ubuntu Server 10.10. Я заметил, что игровой сервер производит огромное количество отставаний, несмотря на то, что он более чем способен запускать серверное приложение.

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

Мое оборудование выглядит следующим образом:

Core i5 2500 3.3GHz Socket 1155 Asus P8P67 R3 Socket 1155 4GB DDR3 1333MHz 500GB 3.5" SAT-III Hard Drive 

Я использую Windows в первую очередь и обычно ищут обновленные драйверы, если это произошло, но я не знаю, с чего начать эту проблему в Linux.

Любая помощь будет оценена по достоинству.

Большую часть времени, раздражающую небольшую задержку при инициировании соединения, происходит из-за того, что обратный dns не работает. Проверьте первичные / вторичные записи DNS в своем /etc/resolv.conf и /etc/resolv.conf , что они работают должным образом. Как @Shawn J, Goff предложил вам протестировать или обойти это, вручную введя записи ip -> hostname ваших полей в свои файлы /etc/hosts .

Если это не решит проблему, проверьте сетевые настройки, возможно, что неправильный шлюз или неправильная сетевая маска настроены и по-прежнему могут использовать Интернет, но не с оптимальной функциональностью.

Следующим шагом является проверка таблицы arp с помощью arp -n (возможно, для дубликатов записей). Проверьте arping -I ethX ip.add.re.ss Если вы дублировали ip-машину, которая в основном неактивна, то при подключении и наличии редких отключений при подключении возможно длительные задержки.

У вас есть sudo tcpdump -ni ethX работающий на терминале во время всех проверок и просмотр трафика dns, сообщений icmp или arp-пакетов.

Последние (и наименее вероятные), кабельные или nic проблемы. Найдите ссылку вверх / вниз по dmesg или /var/log/kern.log . Создайте некоторый трафик и следите за повторными передачами в выводе tcpdump или если счетчики ошибок увеличиваются в ifconfig ethX output.

Это может быть вызвано тем, что sshd выполняет поиск DNS, особенно при использовании SSH-ключей. Вы можете оповестить об этом, поместив записи для имени своей серверной системы и имени вашей клиентской системы в /etc/hosts .

См. http://psomas.wordpress.com/2009/10/19/sshd-reverse-dns-lookup/ для немного большей глубины.