LINUX.ORG.RU
ФорумAdmin

Debian Etch: проблема DNS-запросов через маршрутизатор


0

0

Установлен Debian etch. В инет ходит через DSL-маршрутизатор D-link 504T (работает в режиме роутера, на нем включено dhcp, nat, dns relay, firewall, пров - Стрим). Встроенная в мать сетевуха от nForce4 (в свое время намучался с отключением ее встроенного аппаратного файервола под виндой). В KDE из браузеров работает только Konqueror. Opera и Firefox при открытии страницы пишут "запрос..." и всё. Однако если вписать ip вместо адреса,то страница открывается. Также страница открывается, если ее сначала в Konqueror'е открыть.
dig, ping работают, имена резолвят. Sim тоже работает.
В /etc/resolv.conf только одна строчка:

nameserver 192.168.1.1

(это адрес на котором D-link сидит). Если подменить ее на DNS прова, то Opera начинает работать, но через некоторое время /etc/resolv.conf возвращается в исходное состояние - работает dhcp3-client.

На всякий случай привожу:

# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
default         mygateway1.ar7  0.0.0.0         UG    0      0        0 eth0


# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:14:85:34:E9:F1
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::214:85ff:fe34:e9f1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4682 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4715 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1860203 (1.7 MiB)  TX bytes:625446 (610.7 KiB)
          Interrupt:193

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)


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

если проблема только в том что dhcpclient перезаписывает resolv.conf то можно глянуть в конфиг dhcpclient-а там должны быть опции на тему name server-a .

j262 ★★
()
Ответ на: комментарий от ivlad

>Asynchronous DNS Lookup TimeOut ?

ivlad, что это? и как с этим бороться?

alSee
() автор топика
Ответ на: комментарий от watashiwa_daredeska

>Посмотри, стоит ли пакет resolvconf. Если да, то читай доки по нему, либо снеси нафиг и веди /etc/resolv.conf вручную.

watashiwa_daredeska, пакет resolvconf я поставил, но ничего не изменилось, в доках написано, что он не требует ручного конфигурирования. Вручную прописывать адреса DNS не катит, ибо они меняются в зависимости от подключения.

Где посмотреть, как идут DNS-запросы от Konqueror'a (успешные) и как от других браузеров (неудачные)?

ЗЫ: Сегодня проверил еще Epiphany - он тоже не может решить имя.

alSee
() автор топика
Ответ на: комментарий от alSee

> watashiwa_daredeska, пакет resolvconf я поставил, но ничего не изменилось

Я писал, _снеси_, чтобы убрать мешающую автоматизацию.

> в доках написано, что он не требует ручного конфигурирования.

Это какие-то неправильные доки, они дают неправильный хелп.

> Вручную прописывать адреса DNS не катит

Ну, тогда всё-таки resolvconf. Попробуй команду host -v <dns-имя> --- она пишет адрес сервера, с которым работает.

> Где посмотреть, как идут DNS-запросы

tcpdump?

watashiwa_daredeska ★★★★
()
Ответ на: комментарий от watashiwa_daredeska

>>пакет resolvconf я поставил, но ничего не изменилось

>Я писал, _снеси_, чтобы убрать мешающую автоматизацию.

Автоматизация не мешает. Она работает вполне правильно и своевременно меняет адреса DNS. После многочисленных экспериментов проблема выглядит несколько по другому.

Если адрес DNS лежит внутри подсети (в моем случае DNS-релей имеет адрес 192.168.1.1 а адрес eth0 192.168.1.2) то все браузеры, и только браузеры, не хотят (или не могут) обращаться к DNS-серверу, а берут ip только из DNS-кэша. Если адрес DNS глобальный, то у браузеров разрешение имен проходит успешно.

alSee
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.