[mdk-re] Доступ к кэширующему named

[mdk-re] Доступ к кэширующему named

[cornet]

На буферной тачке которая смотрит модемом в инет поднял кэширующий
named. Локально все работает, хосты резольвятся туда и сюда через
127.0.0.1 все как надо. Вижу что named слушает udp и tcp по 127.0.0.1,
по eth0 и по ppp0.


А вот с клиентской тачки подцепиться к dns не могу :-((
nslookup после 5 секундного раздумья выдает что
*** Can't find server name for address 192.168.9.22: No response from
server *** Default servers are not available

192.168.9.22 -- адрес буферной тачки в локальной сети.
Причем если постучаться с клиента telnet'ом на 53 порт, то открывается
сессия, на мониторе вижу что у named открылось соединение с клиентской
тачкой...

Бред какой то... Может я чего недописал? :-/

Инфа для большей ясности:
Система сервера и клиента RE7.0

Файлы сервера:

/etc/host.conf
order hosts, bind
multi on 
**************
/etc/named.conf
// generated by named-bootconf.pl
 
options {
        directory "/var/named";
        /*
         * If there is a firewall between you and nameservers you want
         * to talk to, you might need to uncomment the query-source
         * directive below.  Previous versions of BIND always asked
         * questions using port 53, but BIND 8.1 uses an unprivileged
         * port by default.
         */
        // query-source address * port 53;
};
 
//
// a caching only nameserver config
//
zone "." {
        type hint;
        file "root.hints";
};
 
zone "0.0.127.in-addr.arpa" {
        type master;
        file "pz/127.0.0";
};
***********
/etc/resolv.conf
search p6.col.ru # домен провайдера
nameserver 127.0.0.1
***********

Файлы клиента

/etc/host.conf
order hosts, bind
multi on
***********
/etc/resolv.conf
nameserver 192.168.9.22


При понятии named'а активно юзал DNS-HOWTO и man named.conf из
дистрибутива, хотя man явно мутноват, больше вопросов чем ответов :-/

И еще в догонку: Как заставить named не слушать ppp0, что бы запросы
принимались только из локальной сети и localhost??
-- 
******** FIRE & STEEL ********

[mdk-re] Re: [mdk-re] Доступ к кэширующемуnamed

[Gleb Kouzmenko]

> На буферной тачке которая смотрит модемом в инет поднял кэширующий
> named. Локально все работает, хосты резольвятся туда и сюда через
> 127.0.0.1 все как надо. Вижу что named слушает udp и tcp по 127.0.0.1,
> по eth0 и по ppp0.
>
>
> А вот с клиентской тачки подцепиться к dns не могу :-((
> nslookup после 5 секундного раздумья выдает что
> *** Can't find server name for address 192.168.9.22: No response from
> server *** Default servers are not available
>
> 192.168.9.22 -- адрес буферной тачки в локальной сети.
> Причем если постучаться с клиента telnet'ом на 53 порт, то открывается
> сессия, на мониторе вижу что у named открылось соединение с клиентской
> тачкой...
>
> Бред какой то... Может я чего недописал? :-/

nslookup желает узнать имя DNS-сервера по его адресу.

> Файлы клиента
>
> /etc/host.conf
> order hosts, bind
> multi on

можно либо на каждом клиенте в hosts прописать
my.dns.server 192.168.9.22
(сработает hosts в order)

или поднять обратную зону для внутренней сетки
(сработает bind в order)

zone "9.168.192.in-addr.arpa" {
         type master;
         file "pz/rev.zone";
};

можно с фиктивными PTR:

==rev.zone==
$ORIGIN 9.168.192.in-addr.arpa.
@ SOA ....
$GENERATE 0-255 $ PTR $.mynetwork.


> И еще в догонку: Как заставить named не слушать ppp0, что бы запросы
> принимались только из локальной сети и localhost??
options {
listen-on { 192.168.9.22; 127.0.0.1; };
};


Глеб Кузьменко

Re: [mdk-re] Re: [mdk-re] Доступ к кэширующемуnamed

[cornet]

Gleb Kouzmenko wrote:
> 
> > На буферной тачке которая смотрит модемом в инет поднял кэширующий
> > named. Локально все работает, хосты резольвятся туда и сюда через
> > 127.0.0.1 все как надо. Вижу что named слушает udp и tcp по 127.0.0.1,
> > по eth0 и по ppp0.
> >
> >
> > А вот с клиентской тачки подцепиться к dns не могу :-((
> > nslookup после 5 секундного раздумья выдает что
> > *** Can't find server name for address 192.168.9.22: No response from
> > server *** Default servers are not available
> >
> > 192.168.9.22 -- адрес буферной тачки в локальной сети.
> > Причем если постучаться с клиента telnet'ом на 53 порт, то открывается
> > сессия, на мониторе вижу что у named открылось соединение с клиентской
> > тачкой...
> >
> > Бред какой то... Может я чего недописал? :-/
> 
> nslookup желает узнать имя DNS-сервера по его адресу.

Интересно, а нафига это ему надо? Прикол в том, что маздайные клиенты
прекрасно и так как есть работают :-/ у них и hosts пустой и в dns
только 192.168.9.22 прописано и все Ok.
 
> можно либо на каждом клиенте в hosts прописать
> my.dns.server 192.168.9.22
> (сработает hosts в order)

Пофигу, на момент написания мною вопроса уже было прописано, не работает
все равно. Причем ping на имя и на адрес проходит, а nslookup нет :-(

> или поднять обратную зону для внутренней сетки
> (сработает bind в order)
> 
> zone "9.168.192.in-addr.arpa" {
>          type master;
>          file "pz/rev.zone";
> };
> 
> можно с фиктивными PTR:
> 
> ==rev.zone==
> $ORIGIN 9.168.192.in-addr.arpa.
> @ SOA ....
> $GENERATE 0-255 $ PTR $.mynetwork.

Ага :-) буду разбираться....
 
> > И еще в догонку: Как заставить named не слушать ppp0, что бы запросы
> > принимались только из локальной сети и localhost??
> options {
> listen-on { 192.168.9.22; 127.0.0.1; };
> };

Ok, работает, супер! Как же до меня самого недоперло %-/

Спасибо :-))

-- 
******** FIRE & STEEL ********

Re: [mdk-re] Доступ ккэширующему named

[Vyt]

12 Март 2001 11:46, cornet написал:
> На буферной тачке которая смотрит модемом в инет поднял кэширующий
> named. Локально все работает, хосты резольвятся туда и сюда через
> 127.0.0.1 все как надо. Вижу что named слушает udp и tcp по 127.0.0.1,
> по eth0 и по ppp0.
>
>
> А вот с клиентской тачки подцепиться к dns не могу :-((
> nslookup после 5 секундного раздумья выдает что
> *** Can't find server name for address 192.168.9.22: No response from
> server *** Default servers are not available

Проверьте, есть ли в /etc/hosts строка
127.0.0.1	localhost

>
> 192.168.9.22 -- адрес буферной тачки в локальной сети.
> Причем если постучаться с клиента telnet'ом на 53 порт, то открывается
> сессия, на мониторе вижу что у named открылось соединение с клиентской
> тачкой...
>

named'у 53-й порт по tcp для нормальной работы не нужен. Насколько я знаю, 
53/tcp используется named-xfer для получения зоны, например, для secondary 
серверов. Вообще named и dns клиенты используют для запросов и ответов udp.

> Бред какой то... Может я чего недописал? :-/
>
> Инфа для большей ясности:
> Система сервера и клиента RE7.0
>
> Файлы сервера:
>
> /etc/host.conf
> order hosts, bind
> multi on
> **************
> /etc/named.conf
> // generated by named-bootconf.pl
>
> options {
>         directory "/var/named";
>         /*
>          * If there is a firewall between you and nameservers you want
>          * to talk to, you might need to uncomment the query-source
>          * directive below.  Previous versions of BIND always asked
>          * questions using port 53, but BIND 8.1 uses an unprivileged
>          * port by default.
>          */
>         // query-source address * port 53;
> };
>
> //
> // a caching only nameserver config
> //
> zone "." {
>         type hint;
>         file "root.hints";
> };
>
> zone "0.0.127.in-addr.arpa" {
>         type master;
>         file "pz/127.0.0";

А что в файле "pz/127.0.0" ?

> };
> ***********
> /etc/resolv.conf
> search p6.col.ru # домен провайдера
> nameserver 127.0.0.1
> ***********
>
> Файлы клиента
>
> /etc/host.conf
> order hosts, bind
> multi on
> ***********
> /etc/resolv.conf
> nameserver 192.168.9.22
>
>
> При понятии named'а активно юзал DNS-HOWTO и man named.conf из
> дистрибутива, хотя man явно мутноват, больше вопросов чем ответов :-/
>
> И еще в догонку: Как заставить named не слушать ppp0, что бы запросы
> принимались только из локальной сети и localhost??

Не знаю, как настройками named, можно закрыть ipchains.

> --
> ******** FIRE & STEEL ********
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian

-- 
Regards, Vyt
mailto:vyt_o@mail.ru

[mdk-re] Re: [mdk-re] Доступ к кэширующему named

[cornet]

Vyt wrote:
> 
> 12 Март 2001 11:46, cornet написал:
> > На буферной тачке которая смотрит модемом в инет поднял кэширующий
> > named. Локально все работает, хосты резольвятся туда и сюда через
> > 127.0.0.1 все как надо. Вижу что named слушает udp и tcp по 127.0.0.1,
> > по eth0 и по ppp0.
> >
> >
> > А вот с клиентской тачки подцепиться к dns не могу :-((
> > nslookup после 5 секундного раздумья выдает что
> > *** Can't find server name for address 192.168.9.22: No response from
> > server *** Default servers are not available
> 
> Проверьте, есть ли в /etc/hosts строка
> 127.0.0.1       localhost

А как же, есть конечно... куда же без нее...
 
> >
> > 192.168.9.22 -- адрес буферной тачки в локальной сети.
> > Причем если постучаться с клиента telnet'ом на 53 порт, то открывается
> > сессия, на мониторе вижу что у named открылось соединение с клиентской
> > тачкой...
> >
> 
> named'у 53-й порт по tcp для нормальной работы не нужен. Насколько я знаю,
> 53/tcp используется named-xfer для получения зоны, например, для secondary
> серверов. Вообще named и dns клиенты используют для запросов и ответов udp.

Ага...
 
> 
> А что в файле "pz/127.0.0" ?

Там корневые dns'ы, взято из HOWTO и проапдейчено как в том же хауту
описано. Еще раз повторю, локально (с консоли сервера) все работает, и
маздайные тачки вот уже весь день через этот dns работают и все Ok, а
моя Линуксовая -- не хочет :-( блин!

 
> Не знаю, как настройками named, можно закрыть ipchains.

Уже подсказали :-)) 

-- 
******** FIRE & STEEL ********

Re: [mdk-re] Re: [mdk-re] Доступ ккэширующему named

[Vyt]

12 Март 2001 15:51, cornet написал:
> Vyt wrote:
> > 12 Март 2001 11:46, cornet написал:
> > > На буферной тачке которая смотрит модемом в инет поднял кэширующий
> > > named. Локально все работает, хосты резольвятся туда и сюда через
> > > 127.0.0.1 все как надо. Вижу что named слушает udp и tcp по 127.0.0.1,
> > > по eth0 и по ppp0.
> > >
> > >
> > > А вот с клиентской тачки подцепиться к dns не могу :-((
> > > nslookup после 5 секундного раздумья выдает что
> > > *** Can't find server name for address 192.168.9.22: No response from
> > > server *** Default servers are not available
> >
> > Проверьте, есть ли в /etc/hosts строка
> > 127.0.0.1       localhost
>
> А как же, есть конечно... куда же без нее...
>
> > > 192.168.9.22 -- адрес буферной тачки в локальной сети.
> > > Причем если постучаться с клиента telnet'ом на 53 порт, то открывается
> > > сессия, на мониторе вижу что у named открылось соединение с клиентской
> > > тачкой...
> >
> > named'у 53-й порт по tcp для нормальной работы не нужен. Насколько я
> > знаю, 53/tcp используется named-xfer для получения зоны, например, для
> > secondary серверов. Вообще named и dns клиенты используют для запросов и
> > ответов udp.
>
> Ага...
>
> > А что в файле "pz/127.0.0" ?
>
> Там корневые dns'ы, взято из HOWTO и проапдейчено как в том же хауту

Корневые dns'ы лучше положить отдельным периодически обновляемым файлом.
А в 127.0.0 у меня
----
$ttl 38400
0.0.127.in-addr.arpa.	IN	SOA	ns.your_domain.ru. dnsmaster.your_domain.ru. (
			2001030701
			28800
			7200
			604800
			86400 )
				NS	ns.your_domain.ru.
1				PTR	localhost.

В случае кэширующего dns-сервера можно попробовать вместо your_domain.ru 
писать localhost.localdomain (должно быть в /etc/hosts в строке с 127.0.0.1)

> описано. Еще раз повторю, локально (с консоли сервера) все работает, и
> маздайные тачки вот уже весь день через этот dns работают и все Ok, а
> моя Линуксовая -- не хочет :-( блин!

Попробуйте nslookup any_server 127.0.0.1

Очень рекомендую url
http://www.mgul.ac.ru/~t-alex/Linux/item/dns01.html

У меня, кстати, такой же глюк был, когда еще не все прописал, и в какой-то 
момент nslookup нормально обращался к 127.0.0.1, хотя в /etc/resolv.conf 
строки nameserver вообще не было :) Так вот: глюк пошел после добавления 
строки nameserver 127.0.0.1 ;)

>
> > Не знаю, как настройками named, можно закрыть ipchains.
>
> Уже подсказали :-))

Я давно уже складываю маты на mail.ru - половина писем с вопросами ко мне 
приходит позже ответов на них. Странно их читать, когда уже читал ответ - 
матрица внутри нас ;)

>
> --
> ******** FIRE & STEEL ********
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian

-- 
Regards, Vyt
mailto:vyt_o@mail.ru

Re[2]: [mdk-re] Re: [mdk-re] äÏÓÔÕÐ ËËÜÛÉÒÕÀÝÅÍÕ named

[Serge Skorokhodov]

Здравствуйте!

Vyt пишет по-поводу [mdk-re] Re: [mdk-re] Доступ ккэширующему named

<skip>

>> Уже подсказали :-))

V> Я давно уже складываю маты на mail.ru - половина писем с
V> вопросами ко мне приходит позже ответов на них. Странно их
V> читать, когда уже читал ответ - матрица внутри нас ;)

А у меня крепнет подозрение, что на mailru.com вообще "письмы
пропадають". Нет ли соратников по подозрениям?

Сергей Скороходов 12.03.2001 suralis@mailru.com

Re: [mdk-re] Re: [mdk-re] Доступ к кэширующему named

[cornet]

Vyt wrote:
> > > А что в файле "pz/127.0.0" ?
> >
> > Там корневые dns'ы, взято из HOWTO и проапдейчено как в том же хауту
> 
> Корневые dns'ы лучше положить отдельным периодически обновляемым файлом.
> А в 127.0.0 у меня
> ----
> $ttl 38400
> 0.0.127.in-addr.arpa.   IN      SOA     ns.your_domain.ru. dnsmaster.your_domain.ru. (
>                         2001030701
>                         28800
>                         7200
>                         604800
>                         86400 )
>                                 NS      ns.your_domain.ru.
> 1                               PTR     localhost.
> 
> В случае кэширующего dns-сервера можно попробовать вместо your_domain.ru
> писать localhost.localdomain (должно быть в /etc/hosts в строке с 127.0.0.1)

сорри, перепутал :-(( уже голова кругом идет...
В 127.0.0 у меня то же что и у Вас, поправил в смысле
localhost.localdomain -- ничего в сущности не изменилось. А корневые
dns'ы у меня в /var/named/root.hints живут...

> 
> > описано. Еще раз повторю, локально (с консоли сервера) все работает, и
> > маздайные тачки вот уже весь день через этот dns работают и все Ok, а
> > моя Линуксовая -- не хочет :-( блин!
> 
> Попробуйте nslookup any_server 127.0.0.1

Дык, с консоли сервера оно еще вчера работало нормально, причем в обе
стороны. И маздайные тачки уже весь сегодняшний день этот dns юзают. И
только моя собственная Линуксовая никак до него достучаться не может :-( 

> Очень рекомендую url
> http://www.mgul.ac.ru/~t-alex/Linux/item/dns01.html

Занятно, сейчас читаю....

> У меня, кстати, такой же глюк был, когда еще не все прописал, и в какой-то
> момент nslookup нормально обращался к 127.0.0.1, хотя в /etc/resolv.conf
> строки nameserver вообще не было :) Так вот: глюк пошел после добавления
> строки nameserver 127.0.0.1 ;)

На клиенте или на сервере resolv.conf правили? На сервере у меня уже
прописано.

> >
> > > Не знаю, как настройками named, можно закрыть ipchains.
> >
> > Уже подсказали :-))
> 
> Я давно уже складываю маты на mail.ru - половина писем с вопросами ко мне
> приходит позже ответов на них. Странно их читать, когда уже читал ответ -
> матрица внутри нас ;)

А я уже давно на mail.ru забил... криво работает как то... Вот с
zmail.ru пока что проблемм нету, и почту он с mail.ru (старый акаунт у
меня там еще остался) забирает шустрее чем я мыльницей.
Рекомендую :-))

-- 
******** FIRE & STEEL ********

Re: [mdk-re] Re: [mdk-re] Доступ ккэширующему named

[@ 2001-03-12 17:12 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] Доступ к кэширующему named

[@ 2001-03-12 17:28 UTC (permalink / raw)]

Re[3]: [mdk-re] Re: [mdk-re] äÏÓÔÕÐ ËËÜÛÉÒÕÀÝÅÍÕ named

[@ 2001-03-12 17:46 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] Доступ к кэширующему named

[@ 2001-03-12 17:47 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] Доступ ккэширующему named

[@ 2001-03-12 18:03 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] Доступ ккэширующему named

[@ 2001-03-12 18:07 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] Доступ к кэширующему named

[@ 2001-03-12 18:12 UTC (permalink / raw)]

[mdk-re] Re: [mdk-re] Re: [mdk-re] Доступ к кэширующемуnamed

[@ 2001-03-12 18:13 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] Доступ к кэширующему named

[@ 2001-03-12 18:17 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] Доступ ккэширующему named

[@ 2001-03-12 18:32 UTC (permalink / raw)]

Re: Re[2]: [mdk-re] Re: [mdk-re] äÏÓÔÕÐ ËËÜÛÉÒÕÀÝÅÍÕ named

[@ 2001-03-12 22:27 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] äÏÓÔÕÐ Ë ËÜÛÉÒÕÀÝÅÍÕ named

[@ 2001-03-12 22:27 UTC (permalink / raw)]

Re: Re[2]: [mdk-re] Re: [mdk-re] äÏÓÔÕÐ ËËÜÛÉÒÕÀÝÅÍÕ named

[@ 2001-03-13 6:29 UTC (permalink / raw)]

Re: [mdk-re] Re: [mdk-re] Доступ к кэширующему named

[@ 2001-03-13 11:37 UTC (permalink / raw)]