Задержка при открытии вебстраниц

[Yasix]

Привет!

Вот, поставил на днях Убунту. Подключение Интернет определилось автоматически, работает прекрасно, за исключением одной "особенности".

При открытии к-нить (любого) сайта всегда подтормаживает на стадии "Поиск узла" (в самом начале, то есть).

Имея некие скудные познания в тырнет-технологиях предположил, что, м.б. тормозит DNS?

К примеру,

ping linux.ru

обменивается пакетами ощутимо медленнее, чем тот же ping с явно заданным ip:

ping 217.23.133.20

"Медленне" - в том смысле, что каждая новая строчка вида

"64 bytes from 217.23.133.20: icmp_seq=1 ttl=57 time=15.8 ms"

в случае "ping linux.ru" появляется где-то каждые 4 сек, а в случае явного указания "ping 217.23.133.20" - каждую секунду. Причем в обоих случаях собственно время пересылки в среднем 10 мс.

Аналогично и в самом браузере "http://linux.ru/" открывается с задержкой секунд в пять. "http://217.23.133.20/" - открывает сразу, без всякой задержки.

В ХР ничего подобного не наблюдалось.

Сама загрузка содержимого страниц, равно как и всевозможный даунлоадинг идёт бодренько, так что грешить на модем и настройки коннекта, вроде как, не след.

[cppmm]

Не совсем правильные выводы.

когда вы делаете ping linux.ru, из-за dns оно может притормаживать только в самом начале. Дальше система уже отрезолвила имя и пингует ip-адрес. Так что сравнения пингов в данном случае ничего не показывают.

Покажите, что говорит nslookup linux.ru и как долго приходится ждать ответа. А так же, как у вас настроена сеть(ethernet, adsl, etc..)?

[Yasix]

Server:		217.10.32.4
Address:	217.10.32.4#53

Non-authoritative answer:
Name:	linux.ru
Address: 217.23.133.20

задержка около секунды

один раз без задержки выдал

;; Got SERVFAIL reply from 217.10.39.4, trying next server
Server:		217.10.32.4
Address:	217.10.32.4#53

Non-authoritative answer:
Name:	linux.ru
Address: 217.23.133.20

(.39.4 - это первичный DNS, .32.4 - вторичный)

Физически - подключение по DOCSIS через USB-модем Motorola SURFBoard 1501. Провайдер - akado.ru
Программно - про настройку сети ничего внятного сказать не могу, ибо ничего не настраивал - Убунта при установке всё сама сделала. Имя соединения - Auto eth0, выводится на закладке "Проводные соединения".

[cppmm]

Судя по этим тестам, с dns всё отлично.

Используется ли у Вас proxy-сервер? Можно поиграться с настройками прокси в броузере. Для iceweasel(или в убунте он таки называется firefox?), к примеру, посмотреть, изменится ли что-нибудь, если ставить "Автоматическое определение прокси" или "Не использовать прокси-сервер". Либо, как вариант, просто попытаться зайти на любую страницу, через какой-нибудь links/lynx из консоли, которые по умолчанию точно не используют прокси.

Так же интересно, были ли такие порблемы раньше на этом соединении?

[Yasix]

Прокси нету; в файерфоксе стоит "брать системные настройки прокси"....

С настройками прокси и с lynx не экспериментировал, т.к. что-то мне подсказывает, что собака зарыта все-таки где-то уровнем пониже, нежели браузер.

Вот, например, реальные распечатки пинга /* он ведь тоже не использует прокси? */

eugen@yasix:~$ ping linux.ru
PING linux.ru (217.23.133.20) 56(84) bytes of data.
64 bytes from upirdotyen.decisionbound.net (217.23.133.20): icmp_seq=1 ttl=57 time=9.41 ms
64 bytes from upirdotyen.decisionbound.net (217.23.133.20): icmp_seq=2 ttl=57 time=8.53 ms
64 bytes from upirdotyen.decisionbound.net (217.23.133.20): icmp_seq=3 ttl=57 time=8.61 ms
64 bytes from upirdotyen.decisionbound.net (217.23.133.20): icmp_seq=4 ttl=57 time=8.77 ms
^C64 bytes from upirdotyen.decisionbound.net (217.23.133.20): icmp_seq=5 ttl=57 time=8.59 ms

--- linux.ru ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 20080ms
rtt min/avg/max/mdev = 8.531/8.785/9.411/0.333 ms

итого на отправку 5 пакетов ушло 20 (двадцать!) секунд. После ввода команды через ~4 с появляется "PING linux.ru (217.23.133.20) 56(84) bytes of data." и дальше с интервалом в ~4 с идут строчки о переданных пакетах. Сразу после 4-го пакета нажимал Ctrl+C - ещё пауза в 4 с, приходит 5-й пакет и уже только тогда - выход.

(и, кстати, что это за upirdotyen.decisionbound.net?)

Теперь по прямому адресу:

eugen@yasix:~$ ping 217.23.133.20
PING 217.23.133.20 (217.23.133.20) 56(84) bytes of data.
64 bytes from 217.23.133.20: icmp_seq=1 ttl=57 time=8.44 ms
64 bytes from 217.23.133.20: icmp_seq=2 ttl=57 time=10.1 ms
64 bytes from 217.23.133.20: icmp_seq=3 ttl=57 time=9.97 ms
64 bytes from 217.23.133.20: icmp_seq=4 ttl=57 time=9.83 ms
^C
--- 217.23.133.20 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3009ms
rtt min/avg/max/mdev = 8.446/9.600/10.141/0.678 ms

"PING 217.23.133.20 (217.23.133.20) 56(84) bytes of data." появляется вообще без задержки, строчки о пакетах - как и положено, чопают каждую секунду - итого 4 пакета за 3 с. По Ctrl+C выскакивает сразу.

Вот я и думаю .........

[Yasix]

Ой, да, забыл: до недавнего времени работал в ХР - никаких проблем не было, всё "летало". Когда ставил Убунту, шаловливыми ручками по ошибке снес партишн, и ХР, увы, безвременно почила. Теперь на компе кроме Убунты ничего не стоит, так что сравнивать не с чем. Ставить ХР по новой только для того чтобы сравнить ... как-то не хотелось бы.

Собсно, оно и щас "летает". Когда идёт непосредственно загрузка. 300 Кб/сек.

Тормоза только в начале - при установке соединения. Раньше такого явно не было.

[cppmm]

Очень странно. Это всё-таки dns выходит.

Подозреваю, что ping -n linux.ru будет делать задержку только в начале, а потом идти нормально(в первом своём посте я немного ошибся, извиняюсь).

Но непонятно, почему тогда nslookup отрабатывает "на ура".

Попробуйте после подключения к сети в первой строке(это важно!) файла /etc/resolv.conf порписать nameserver 208.67.222.222 и потестить тот же ping linux.ru или просто работу в инете.

[Yasix]

Алилуййа! Зарабоооотало!

Но как!

Прописал в /etc/resolv.conf nameserver 208.67.222.222 -- nslookup прописанный сервер не упомянул /*вполне возможно, что у моего провайдера сетевые настройки не ахти какие прозрачные, такчто Убунта его просто не увидела; но это не суть*/, зато, после привычной задержки nslookup, выдав что всё ок, сослался на некий адрес, который нигде не был прописан ни как первичный ни как вторичный.

Так-с, значит мы кладём на настройки и можем откуда-то из кустов достать адрес некоего nameserver-а. Ну чё, флаг в руки. А давай-ка, подумалось мне, я в resolv.conf вообще все namesrver-ы закомментирую.

Закомментировал. И - вот оно, щастье. Задержек больше нет.

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

[gogi]

Стандартное решение в подобных случаях (далеко находится dns сервер) - настроить локальный кеширующий. Многие дистры ставят его по умолчанию. В MS по-другому устроен резолвер. Он сам, фактически, кеширует все, что не попади. Когда этот резолвер появился в win 2000, весь инет взбудоражило.