Форум русскоязычного сообщества Ubuntu


Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco

Автор Тема: [Решено] DNS, долгий resolving host и тупящий интернет  (Прочитано 3299 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн danieljf

  • Автор темы
  • Новичок
  • *
  • Сообщений: 10
    • Просмотр профиля
Ситуация такая: в качестве домашнего сервера поставил себе Ubuntu 10.04.
Интернет раздаётся через 2 сетевые карты: в одну входит, из другой выходит :) Для этого используется iptables. Не смотря на то, что брал готовый скрипт, заработало всё почему-то не сразу. Интернет упорно не появлялся на внутренних машинах, хотя на самом сервере был, и даже быстрее чем раньше (там стоял XP).
Я удалил Network-Manager, он на радостях почистил мне /etc/network/interfaces. Прописал их вручную, но, как на зло, во всех хелпах где смотрел было написано про статический ip, а внешний у меня динамический. Пробежался глазами по man'y и написал iface eth0 inet dhcp.
Запустил скрипт подключения к интернету. На одном из этапов он выдал:
Автоматически определяется адрес вашего шлюза...
Определено!
IP вашего районного шлюза: *
К сожалению, IP-адрес шлюза определился неправильно. Он должен иметь вид 10.x.x.x, поэтому Вам нужно ввести его вручную.
До удаления Network-Manager'a этот этап проходил без проблем.
Ладно, вписал шлюз, запустил опять скрипт с iptables и интернет начал раздаваться. Потом установил dnsmasq, и, казалось бы, на этом всё, но не тут-то было.
Интернет работает, но сайты, на которые я ещё не заходил, открываются довольно долго. Chrome пишет "resolving host", Firefox - "looking up название_сайта". Может так думать-думать, а потом выдать, что сайт, мол, не найден, "could not find". Нажимаю ещё раз - открывается. На некоторых сайтах не грузятся картинки. Опять же, перезагружаю - всё на месте.
Что это может быть, и в какую сторону копать?

Если поможет, вот настройки:
/etc/network/interfaces
(Нажмите, чтобы показать/скрыть)

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

Думал, может кеширование dnsmasq поможет. Поменял настройки:
(Нажмите, чтобы показать/скрыть)
Не заметил разницы вообще никакой.
В чём может быть дело понятия не имею. Интернет работает крайне неоднозначно. С одной стороны - намного быстрее чем раньше, с другой - может долго стопорится на каком-то сайте. В общем, что делать не знаю...
« Последнее редактирование: 26 Май 2010, 15:51:01 от danieljf »

Оффлайн Mam(O)n

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 5855
    • Просмотр профиля
Re: DNS, долгий resolving host и тупящий интернет
« Ответ #1 : 25 Май 2010, 23:24:22 »
/etc/resolv.conf
nameserver 127.0.0.1
nameserver 85.21.192.3
nameserver 213.234.192.8
dnsmasq, который висит на 127.0.0.1, резолвит стандратной функцией резолвинга, т.е. по сути смотрит по серверам, указанным в /etc/resolv.conf. Как бы получается рекурсия. Хотя может эта ситуация и учитывается, но всё равно от греха подальше убери эту строчку на хрен.

А вообще, глянь ка на трафик tcpdump/wireshark'ом. Может чего интересное увидишь. Например "AAAA" запросы на DNS, на которые провайдерские сервера не отвечают.

Оффлайн mitox

  • Новичок
  • *
  • Сообщений: 25
    • Просмотр профиля
Re: DNS, долгий resolving host и тупящий интернет
« Ответ #2 : 26 Май 2010, 08:50:56 »
У меня была подобного рода проблема с dnsmasq, боролся с 2 днс от 2 разных провайдеров, в конце концов решил всё удалением dnsmasq, накатил  bind9, в форвардинге  бинда указал  dns гугла 8.8.8.8 , указал ему слушающий порт 53 и свой айпишник шлюза, в resolv.conf оставил только свой айпишник шлюза, после этого головная боль с dns пропала.
Крутой каматозник

Оффлайн danieljf

  • Автор темы
  • Новичок
  • *
  • Сообщений: 10
    • Просмотр профиля
Re: DNS, долгий resolving host и тупящий интернет
« Ответ #3 : 26 Май 2010, 15:50:08 »
To Mam(O)n:
В статьях про dns-кеш стадия с прописыванием 127.0.0.1 везде значилась как обязательная. Пишут, что тогда dnsmasq смотрит сначала свои записи, и только если ничего там не находит, ищет по серверам. Но я с dnsmasq раньше не связывался, так что не берусь утверждать.
На всякий случай попробовал убрать эту строчку (мало ли) - никаких изменений.

mitox
Спасибо, проблема действительно оказалась с dnsmasq. Правда, в чём она заключалась я так и не понял, но главное, что теперь всё работает.

 

Страница сгенерирована за 0.055 секунд. Запросов: 22.