Медленно грузятся страницы в браузере - pppoe

[Mam(O)n]

Да, с ключем -n пинг действительно стал быстрее.

Намного быстрее? Значит dns тупят.

[wicccked]

Да, намного. Ну ровно раз в секунду новая строчка, как (насколько я понимаю) и должно быть.
DNS провайдерские в смысле? А почему тогда в винде всё ок?

[Mam(O)n]

Ну ровно раз в секунду новая строчка, как (насколько я понимаю) и должно быть.

Да, раз в секунду.

DNS провайдерские в смысле?

Наверное. А именно те, которые сейчас прописаны в системе.

А почему тогда в винде всё ок?

НЯП, в венде при ping не посылаются ptr запросы на dns.

# Generated by NetworkManager
nameserver 83.217.192.2
nameserver 83.217.193.2

Инфолайновцы даже не потрудились закрыть рекурсивные запросы снаружи. В общем я прописал их у себя, действительно на "PTR" запросы после "A" запроса они впадают в ступор. Такие же дела обстоят и при запросе "A" после запроса типа "AAAA". Причем первый запрос в режиме ступора попросту игнорируется и ответ идёт только на повторный запрос, и то не всегда. Странно, что гуглоднс'ы не спасли. Чтобы сделать поведение более похожим на венду, в FF введи URL about:config и выставь network.dns.disableIPv6 в true и тогда FF будет сразу запрашивать записи "A" которые сервер вроде как нормально обрабатывает, если других не делать.

[wicccked]

НЯП, в венде при ping не посылаются ptr запросы на dns.

Я не про пинг, а про скорость открытия страниц в браузере.
А что такое НЯП? )

Значит dns тупят.

(Нажмите, чтобы показать/скрыть)

Гугловские
wicked@wicked:~$ dig @8.8.8.8 yandex.ru | grep "Query time"
;; Query time: 46 msec
wicked@wicked:~$ dig @8.8.8.8 yandex.ru | grep "Query time"
;; Query time: 40 msec
wicked@wicked:~$ dig @8.8.8.8 ya.ru | grep "Query time"
;; Query time: 39 msec
wicked@wicked:~$ dig @8.8.8.8 ya.ru | grep "Query time"
;; Query time: 40 msec
wicked@wicked:~$ dig @8.8.4.4 ya.ru | grep "Query time"
;; Query time: 39 msec
wicked@wicked:~$ dig @8.8.4.4 ya.ru | grep "Query time"
;; Query time: 39 msec
wicked@wicked:~$ dig @8.8.4.4 ubuntu.ru | grep "Query time"
;; Query time: 39 msec
wicked@wicked:~$ dig @8.8.8.8 ubuntu.ru | grep "Query time"
;; Query time: 40 msec

Провайдерские
wicked@wicked:~$ dig @83.217.192.2 ubuntu.ru | grep "Query time"
;; Query time: 1 msec
wicked@wicked:~$ dig @83.217.192.2 ubuntu.ru | grep "Query time"
;; Query time: 2 msec
wicked@wicked:~$ dig @83.217.192.2 ubuntu.ru | grep "Query time"
;; Query time: 1 msec
wicked@wicked:~$ dig @83.217.193.2 ubuntu.ru | grep "Query time"
;; Query time: 1 msec
wicked@wicked:~$ dig @83.217.193.2 rambler.ru | grep "Query time"
;; Query time: 1 msec
wicked@wicked:~$ dig @83.217.192.2 rambler.ru | grep "Query time"
;; Query time: 2 msec
wicked@wicked:~$ dig @83.217.192.2 msu.ru | grep "Query time"
;; Query time: 2 msec
wicked@wicked:~$ dig @83.217.192.2 yandex.ru | grep "Query time"
;; Query time: 2 msec
wicked@wicked:~$ dig @83.217.193.2 yandex.ru | grep "Query time"
;; Query time: 1 msec
wicked@wicked:~$ dig @83.217.193.2 ya.ru | grep "Query time"
;; Query time: 1 msec
wicked@wicked:~$ dig @83.217.192.2 ya.ru | grep "Query time"
;; Query time: 2 msec
wicked@wicked:~$ dig @83.217.192.2 google.com | grep "Query time"
;; Query time: 1 msec
wicked@wicked:~$ dig @83.217.192.2 cbr.ru | grep "Query time"
;; Query time: 1 msec
wicked@wicked:~$ dig @83.217.193.2 cbr.ru | grep "Query time"
;; Query time: 1 msec

Не тупят..

Инфолайновцы даже не потрудились закрыть рекурсивные запросы снаружи. В общем я прописал их у себя, действительно на "PTR" запросы после "A" запроса они впадают в ступор. Такие же дела обстоят и при запросе "A" после запроса типа "AAAA". Причем первый запрос в режиме ступора попросту игнорируется и ответ идёт только на повторный запрос, и то не всегда.

Ничего не понял )

Странно, что гуглоднс'ы не спасли.

Я, наверное, придираюсь. В принципе, нормально грузится с ними.. только почему с провайдерскими-то медленно, если ответ от них приходит быстрее?

Чтобы сделать поведение более похожим на венду, в FF введи URL about:config и выставь network.dns.disableIPv6 в true

В файрфоксе сделал, а в опере не нашел такого параметра.. он там есть?

FF будет сразу запрашивать записи "A" которые сервер вроде как нормально обрабатывает, если других не делать.

Опять же не понял
Пользователь решил продолжить мысль 19 Ноября 2010, 00:26:04:

Когда я нажимаю кнопку List the available capture interfaces... (Список имеющихся отслеживаемых интерфейсов...), открывается окошко с заголовками Device, Description, IP итд, но списка самих интерфейсов (строчек) нет =\

Отбой, интерфейсы отобразились (В wireshark'e).
Дамп чего нужен? И, если не сложно, в 2 словах - как его делать?

[Mam(O)n]

А что такое НЯП? )

Насколько Я Понял

Не тупят..

Ну я и говорил, если только запрашивать "А" записи, то не тупят.

Сейчас внимательнее посмотрел: если ping делает запрос "A" а затем обратный "PTR" запрос по полученному адресу, то он просто игнорируется сервером... Причём, если делать запросы dig'ом, то ответ есть всегда. Причём запросы полностью идентичны...

На запрос типа "АААА" ответ приходит пустой и делается повторный запрос, на который ответ вообще не приходит, а уж после таймаута делается запрос "А", на который ответ есть.

Я, наверное, придираюсь. В принципе, нормально грузится с ними.. только почему с провайдерскими-то медленно, если ответ от них приходит быстрее?

Да просто потому что ответ не приходит. И только по истечении таймаута делается повторный запрос, на который уже может прийти ответ. А может и не прийти.

В файрфоксе сделал, а в опере не нашел такого параметра.. он там есть?

Не, наверное нет. Хотя я не в курсе. Просто в FF свой преобразователь имен. А если опера использует системный преобразователь, тогда надо отключать ipv6 во всей системе......
Пользователь решил продолжить мысль 19 Ноября 2010, 00:47:57:

Дамп чего нужен? И, если не сложно, в 2 словах - как его делать?

Не, т.к. днс'ы твоего провайдера также "хорошо" отвечают на запросы снаружи, я уже посмотрел... Введи в фильтр (capture filter) port 53 и думаю сам всё увидишь...

[wicccked]

ip -6 route

(Нажмите, чтобы показать/скрыть)

[wicked@wicked:~/distrib$ ip -6 route
fe80::/64 dev eth1  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev eth0  proto kernel  metric 256  mtu 1500 advmss 1440 hoplimit 4294967295

На запрос типа "АААА" ответ приходит пустой и делается повторный запрос, на который ответ вообще не приходит, а уж после таймаута делается запрос "А", на который ответ есть.

'А' - это, как я понял, просто IPшник в 32битном формате? А что такое 'запрос типа 'AAAA'?'

[Mam(O)n]

ip -6 route

Это я зря спросил, надеялся на волшебный патч, которого как оказалось нет в убунте, который при неактивном маршруте ipv6 отключает dns запросы "AAAA".

'А' - это, как я понял, просто IPшник в 32битном формате? А что такое 'запрос типа 'AAAA'?'

Запрос 128 битного айпишника aka ipv6.

[svnm]

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

Проблема в том что страницы в браузере открываются с ооочень большой задержкой и медленно. От нескольких десятков секунд, до минут. Иногда вообще не открываются. Практически все сайты. Установлена Ubuntu 14.04 LTS. Пробовал браузеры: ФФ, опера, мидори, хром, отличий не заметно. Система установлена на SSD Kingston 60Gb, /home на HDD Seagate 1.0Tb, ОП 8Гб, проц Celeron G1620. В квартире инет раздается роутером, все подключенные устройства работают хорошо: смартфон, планшет, ноут (рунту 14 с урезанным ФФ), везде страницы открываются быстро, за доли секунды. На основе этого делаю вывод что с настройками роутера лучше не экспериментировать. К моему стац ПК инет идет по витой паре, speedtest показывает пинг порядка 30мс, download 10Mb/s, upload 0.9Mb/s. Если страницы не открываются браузер отвечает:
Cannot resolve hostname (forum.ubuntu.ru) или
Firefox не может найти сервер forum.ubuntu.ru в зависимости от браузера.

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

[AnrDaemon]

svnm, теме ЧЕТЫРЕ ГОДА!
Гробокопательством заняться не пробовали? попробуйте, вас явно ожидает успех.

[fisher74]

Если страницы не открываются браузер отвечает:
Cannot resolve hostname (forum.ubuntu.ru) или
Firefox не может найти сервер forum.ubuntu.ru в зависимости от браузера.

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

Открываете терминал, вводите туда команды и показываете нам ответ

Код: [Выделить]

time nslookup ya.ru
time nslookup ya.ru 8.8.8.8Настройки сети автоматом от роутера?

[svnm]

спасибо, fisher74
time nslookup ya.ru

(Нажмите, чтобы показать/скрыть)

Server:      127.0.1.1
Address:   127.0.1.1#53

Non-authoritative answer:
Name:   ya.ru
Address: 213.180.193.3
Name:   ya.ru
Address: 213.180.204.3
Name:   ya.ru
Address: 93.158.134.3


real   0m0.034s
user   0m0.005s
sys   0m0.004s

time nslookup ya.ru 8.8.8.8

(Нажмите, чтобы показать/скрыть)

Server:      8.8.8.8
Address:   8.8.8.8#53

Non-authoritative answer:
Name:   ya.ru
Address: 213.180.193.3
Name:   ya.ru
Address: 93.158.134.3
Name:   ya.ru
Address: 213.180.204.3


real   0m0.068s
user   0m0.007s
sys   0m0.003s

Да, настройки сети автоматом от роутера. Пробовал отключать IPv6 в настройках сетевых соединений, эффекта не ощутил. Если открываю другие страницы уже открытого сайта (домена), то реакция браузера ощутимо быстрее. Почта закачивается и отправляется на ура как и файлы через Transmission.

[fisher74]

Видимо ya.ru в кеше сидит (или Вы нам не первый запуск показываете)
Давайте вот такую последовательность

Код: [Выделить]

/etc/init.d/dns-clean start
time nslookup ya.ruи ещё давайте помотрим

Код: [Выделить]

cat /etc/resolv.conf
grep -v "^#\|^$" /etc/nsswitch.conf
Чтобы не разводить словоблудство, предлагаю попробовать указать гугло DNS-сервера (8.8.8.8, 8.8.4.4) вручную (это можно сделать в Network Manager без шаманства)

[svnm]

Показывал первый запуск...
Результат первой последовательности:

(Нажмите, чтобы показать/скрыть)

alexander@IvyBridge:~$ /etc/init.d/dns-clean start
 * Restoring resolver state...                                           [ OK ]
alexander@IvyBridge:~$ time nslookup ya.ru
Server:      127.0.1.1
Address:   127.0.1.1#53

Non-authoritative answer:
Name:   ya.ru
Address: 93.158.134.3
Name:   ya.ru
Address: 213.180.204.3
Name:   ya.ru
Address: 213.180.193.3


real   0m0.042s
user   0m0.005s
sys   0m0.003s
alexander@IvyBridge:~$

вторая последовательность:

(Нажмите, чтобы показать/скрыть)

alexander@IvyBridge:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search HomeGateway
alexander@IvyBridge:~$ grep -v "^#\|^$" /etc/nsswitch.conf
passwd:         compat
group:          compat
shadow:         compat
hosts:          files mdns4_minimal [NOTFOUND=return] dns
networks:       files
protocols:      db files
services:       db files
ethers:         db files
rpc:            db files
netgroup:       nis
alexander@IvyBridge:~$

Сейчас попробую указать гугло DNS-сервера (8.8.8.8, 8.8.4.4) вручную, результат отпишу скоро.
...
Указал 8.8.8.8 в качества дополнительного DNS севера в Network Manager, поисковые выдачи гугла стали появляться практически мгновенно, остальные сайты тоже грузятся в разы быстрее чем до этого но все равно ощутимо медленнее чем на других девайсах, подключенных к домашнему роутеру через вай-вай.
8.8.4.4 пробовать вместо 8.8.8.8 или 8.8.4.4 указать в качестве дополнительного поискового домена? К сожадению, не нахожу возможности вставить скриншот чтобы проиллюстрировать настройки.
...
8.8.4.4 указал в качестве дополнительного поискового домена, страницы стали грузиться почти как положено

[fisher74]

Укажите 8.8.8.8, как основной, а 8.8.4.4 как дополнительный и используйте пока не надоест.