[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

[Vyt]

12 Март 2001 17:00, 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
>
> Занятно, сейчас читаю....

Там не только про dns, вообще очень много полезного.

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

На сервере. Клиентам dns не нужен, они через прокси работают.
Вообще-то пока зону не отдали, named работал кэширующим, особых проблем не 
было, в доках все описано великолепно. Если все-таки не получится - пишите на 
мыло.

>
> > > > Не знаю, как настройками named, можно закрыть ipchains.
> > >
> > > Уже подсказали :-))
> >
> > Я давно уже складываю маты на mail.ru - половина писем с вопросами ко мне
> > приходит позже ответов на них. Странно их читать, когда уже читал ответ -
> > матрица внутри нас ;)
>
> А я уже давно на mail.ru забил... криво работает как то... Вот с
> zmail.ru пока что проблемм нету, и почту он с 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@vzljot.ru

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

[cornet]

Vyt wrote:
> 
> 12 Март 2001 17:00, 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 юзают. И
> > только моя собственная Линуксовая никак до него достучаться не может :-(
> 
> Ваша Линуксовая - сервер? Или клиент?

Есть тачка -- линуксовый сервер с dns'ом, и есть моя линуксовая рабочая
тачка, единственная на весь оффис сидящая без доступа к кэширующему
dns'у :-/.
 

> Обязательно. Правда, оброс уже бесплатным мылом, дальше некуда. Сейчас пробую
> небесплатное, но там канал узкий.

Странно, небесплатное а канал узкий :-/, какой тогда смысл?

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

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

[Ivan Kudryashov]

Hello, Serge Skorokhodov!

2001-03-12 16:48:50, you wrote:

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

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

Я  получил  адрес  на mail.ru в начале осени этого года. Позже читал в
тамошнем  форуме,  что письма регулярно пропадают. После массированной
проверки  убедился,  что  это  на  самом  деле  так. Адресом сейчас не
пользуюсь.  На  сайте,  помнится, пару месяцев назад прочитал, что они
всё  пофиксили  и  проблем  быть  не  должно.  Не знаю, не проверял. С
адресом  на  chat.ru  (который  в подписи) таких проблем, вроде бы, не
было,  хотя  временами  страшно  тормозит (не так давно одно письмо до
меня шло двое суток).

-------------------------------------------
С уважением, 
Ivan Kudryashov <jony@chat.ru> ICQ 1547081

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

[cornet]

Vyt wrote:
> 
> 12 Март 2001 17:00, 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 юзают. И
> > только моя собственная Линуксовая никак до него достучаться не может :-(
> 

Хммм... забавно, я излишне понадеялся на диагностические способности
nslookup :-/
Мой клиентский доступ к dns оказывается работает, ping на имя проходит,
аська работает, мыло ходит, mc на ftp стучится.... И только злобный
nslookup напрочь отказывается видеть мой сервер dns, блин!! Нету,
говорит на этом адресе сервера и все тут, хоть ты тресни! Хотя с
внешними серверами, например с 195.34.32.11 (МТУ) работает через
маскарад отлично...

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

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

[Vyt]

12 Март 2001 17:31, cornet написал:
> Vyt wrote:
> > 12 Март 2001 17:00, 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 юзают. И
> > > только моя собственная Линуксовая никак до него достучаться не может
> > > :-(
> >
> > Ваша Линуксовая - сервер? Или клиент?
>
> Есть тачка -- линуксовый сервер с dns'ом, и есть моя линуксовая рабочая
> тачка, единственная на весь оффис сидящая без доступа к кэширующему
> dns'у :-/.

Если на сервере dns работает и dns-запросы нормально обрабатываются, нужно на 
клиенте прописать в /etc/resolv.conf
nameserver ip_of_your_server
но это Вы, наверное, уже знаете ;)
А nslookup ругался с клиента?

>
> > Обязательно. Правда, оброс уже бесплатным мылом, дальше некуда. Сейчас
> > пробую небесплатное, но там канал узкий.
>
> Странно, небесплатное а канал узкий :-/, какой тогда смысл?

Я на нем что-то вроде админа ;)

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

-- 
Regards, Vyt
mailto:vyt@vzljot.ru

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

[Vyt]

12 Март 2001 17:50, cornet написал:

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

А как Вы его запускаете?

> Мой клиентский доступ к dns оказывается работает, ping на имя проходит,
> аська работает, мыло ходит, mc на ftp стучится.... И только злобный
> nslookup напрочь отказывается видеть мой сервер dns, блин!! Нету,
> говорит на этом адресе сервера и все тут, хоть ты тресни! Хотя с
> внешними серверами, например с 195.34.32.11 (МТУ) работает через
> маскарад отлично...
>
> --
> ******** FIRE & STEEL ********
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian

-- 
Regards, Vyt
mailto:vyt@vzljot.ru

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

[cornet]

Vyt wrote:

> Если на сервере dns работает и dns-запросы нормально обрабатываются, нужно на
> клиенте прописать в /etc/resolv.conf
> nameserver ip_of_your_server
> но это Вы, наверное, уже знаете ;)

Дык, разумеется :-))

> А nslookup ругался с клиента?

Да, именно с клиента. 

> >
> > > Обязательно. Правда, оброс уже бесплатным мылом, дальше некуда. Сейчас
> > > пробую небесплатное, но там канал узкий.
> >
> > Странно, небесплатное а канал узкий :-/, какой тогда смысл?
> 
> Я на нем что-то вроде админа ;)

Аааа... ну тогда понятно :-))
 
-- 
******** FIRE & STEEL ********

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

[Gleb Kouzmenko]

> > > А вот с клиентской тачки подцепиться к 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 нет :-(

Виноват, ошибся - nslookup файлом hosts не пользуется.
Видимо, считается, что он тестирует не resolver, а только его DNS-часть

Но gethostbyaddr, скорее всего, работает - попробуйте
# perl -e 'use Socket; @a=gethostbyaddr(inet_aton("192.168.9.1"),AF_INET);
print $a[0];'
- то есть линукс-клиент пользуется Вашим DNS-сервером наравне с маздайками

Но красивее все же
>
> > или поднять обратную зону для внутренней сетки


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

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

[cornet]

Vyt wrote:
> 
> 12 Март 2001 17:50, cornet написал:
> 
> <skipped>
> > > > >
> > > > > Попробуйте nslookup any_server 127.0.0.1
> > > >
> > > > Дык, с консоли сервера оно еще вчера работало нормально, причем в обе
> > > > стороны. И маздайные тачки уже весь сегодняшний день этот dns юзают. И
> > > > только моя собственная Линуксовая никак до него достучаться не может
> > > > :-(
> >
> > Хммм... забавно, я излишне понадеялся на диагностические способности
> > nslookup :-/
> 
> А как Вы его запускаете?

так
[root@smart /root]# nslookup
*** Can't find server name for address 192.168.9.22: Non-existent
host/domain
*** Default servers are not available 

а еще вот так
[root@smart /root]# nslookup www.mail.ru
*** Can't find server name for address 192.168.9.22: Non-existent
host/domain
*** Default servers are not available 

или так
[root@smart /root]# nslookup www.mail.ru 192.168.9.22
*** Can't find server name for address 192.168.9.22: Non-existent
host/domain
*** Default servers are not available

а если вот так
[root@smart /root]# nslookup www.mail.ru 195.34.32.11
Server:  ns1.mtu.ru
Address:  195.34.32.11
 
Non-authoritative answer:
Name:    www.mail.ru
Addresses:  194.67.23.58, 194.67.23.76, 194.67.23.77, 194.67.23.78
          194.67.23.84, 194.67.23.96, 194.67.23.50, 194.67.23.51,
194.67.23.57

то работает :-/

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

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

[Vyt]

12 Март 2001 18:20, cornet написал:
> Vyt wrote:
> > 12 Март 2001 17:50, cornet написал:
> >
> > <skipped>
> >
> > > > > > Попробуйте nslookup any_server 127.0.0.1
> > > > >
> > > > > Дык, с консоли сервера оно еще вчера работало нормально, причем в
> > > > > обе стороны. И маздайные тачки уже весь сегодняшний день этот dns
> > > > > юзают. И только моя собственная Линуксовая никак до него
> > > > > достучаться не может
> > > > >
> > > > > :-(
> > >
> > > Хммм... забавно, я излишне понадеялся на диагностические способности
> > > nslookup :-/
> >
> > А как Вы его запускаете?
>
> так
> [root@smart /root]# nslookup
> *** Can't find server name for address 192.168.9.22: Non-existent
> host/domain
> *** Default servers are not available

IMHO, нужно на сервере 192.168.9.22 у named'а прописать обратную зону на 
192.168.9. (9.168.192.in-addr.arpa) и в ней на 22 ip символьное имя от 
192.168.9.22. Должно работать.

>
> а еще вот так
> [root@smart /root]# nslookup www.mail.ru
> *** Can't find server name for address 192.168.9.22: Non-existent
> host/domain
> *** Default servers are not available
>
> или так
> [root@smart /root]# nslookup www.mail.ru 192.168.9.22
> *** Can't find server name for address 192.168.9.22: Non-existent
> host/domain
> *** Default servers are not available
>
> а если вот так
> [root@smart /root]# nslookup www.mail.ru 195.34.32.11
> Server:  ns1.mtu.ru
> Address:  195.34.32.11
>
> Non-authoritative answer:
> Name:    www.mail.ru
> Addresses:  194.67.23.58, 194.67.23.76, 194.67.23.77, 194.67.23.78
>           194.67.23.84, 194.67.23.96, 194.67.23.50, 194.67.23.51,
> 194.67.23.57
>
> то работает :-/
>
> --
> ******** FIRE & STEEL ********
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian

-- 
Regards, Vyt
mailto:vyt@vzljot.ru

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

[Igor Solovyov]

Hi !
On Mon, 12 Mar 2001 16:48:50 +0300 Serge Skorokhodov <suralis@mailru.com> wrote:
SS> А у меня крепнет подозрение, что на mailru.com вообще "письмы
SS> пропадають". Нет ли соратников по подозрениям?

У меня сложилось впечатление, что не пропадают, а задерживаются.
Например, в праздники я обнаружил, что письма из рассылки не идут ко мне.
Я отписался с адреса на mail.ru и подписался с другого адреса (народ.ру).
Письма пошли на новый адрес. Но! 
Вплоть до 11 числа, я получал письма за 7 марта на старый адрес.
Короче говоря, регистрируйте свой домен и делайте свой почтовый сервер. :-))

--
Best regards!
Igor Solovyov
Zlatoust, Russia

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

[Igor Solovyov]

Hi !
On Mon, 12 Mar 2001 17:50:20 +0300 cornet <cornet@zmail.ru> wrote:

C> Хммм... забавно, я излишне понадеялся на диагностические способности
C> nslookup :-/
C> Мой клиентский доступ к dns оказывается работает, ping на имя проходит,
C> аська работает, мыло ходит, mc на ftp стучится.... И только злобный
C> nslookup напрочь отказывается видеть мой сервер dns, блин!! Нету,
C> говорит на этом адресе сервера и все тут, хоть ты тресни! Хотя с
C> внешними серверами, например с 195.34.32.11 (МТУ) работает через
C> маскарад отлично...

А Ваш(и) forwarders сервер(ы) знают про Ваш ДНС-сервер?
Если нет, то настроить обратную зону (что бы был "сам себе дрюг и товарисч").

--
Best regards!
Igor Solovyov
Zlatoust, Russia

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

[Pavel N. Solovyov]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 524 bytes --]

úÄÒÁÓÔ×ÕÊÔÅ, ÇÌÕÂÏËÏÕ×ÁÖÁÅÍÙÊ óÅÒÇÅÊ.
÷ ÖÕÒÎÁÌÅ "ëÏÍÐØÀÔÅÒðÒÅÓÓ ?2" ÚÁ ÜÔÏÔ ÇÏÄ ×ÁÛÉ ÐÏÄÏÚÒÅÎÉÑ ÐÏÄÔ×ÅÒÖÄÁÀÔ.
ðÒÁ×ÄÁ, ÔÁÍ ÏÂßÑÓÎÑÌÉ ÜÔÏÔ ÐÒÉÓËÏÒÂÎÙÊ ÆÁËÔ ÔÅÍ, ÞÔÏ ÓÅÒ×ÅÒ ÐÁÄÁÌ. öÕÒÎÁÌÁ
ÐÏÄ ÒÕËÁÍÉ ÎÅÔ, ÐÏÔÏÍÕ ÔÏÞÎÏ ÐÒÏÃÉÔÉÒÏ×ÁÔØ ÎÅ ÍÏÇÕ, Á ÐÏÓÅÍÕ ÏÔ×ÅÞÁÀ ÷ÁÍ
ÌÉÞÎÏ, ÞÔÏÂÙ ÎÅ ÓÌÉÛËÏÍ ÓÉÌØÎÏ ÏÂÉÄÅÔØ mail.ru, ÅÓÌÉ Ñ ×ÄÒÕÇ ÞÔÏ-ÔÏ
ÐÅÒÅÐÕÔÁÌ.
õÓÐÅÈÏ×. ðÁ×ÅÌ.

> á Õ ÍÅÎÑ ËÒÅÐÎÅÔ ÐÏÄÏÚÒÅÎÉÅ, ÞÔÏ ÎÁ mailru.com ×ÏÏÂÝÅ "ÐÉÓØÍÙ
> ÐÒÏÐÁÄÁÀÔØ". îÅÔ ÌÉ ÓÏÒÁÔÎÉËÏ× ÐÏ ÐÏÄÏÚÒÅÎÉÑÍ?
>
> óÅÒÇÅÊ óËÏÒÏÈÏÄÏ× 12.03.2001 suralis@mailru.com

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

[cornet]

Vyt wrote:
> 
> IMHO, нужно на сервере 192.168.9.22 у named'а прописать обратную зону на
> 192.168.9. (9.168.192.in-addr.arpa) и в ней на 22 ip символьное имя от
> 192.168.9.22. Должно работать.
> 
Уррраааа, заработала!!! (голосом Кота Матроскина)
Поднял обратку, чуток поковырялся, все осмыслил... и победил упёртый
nslookup!
Теперь все работает как надо а за одно и хосты внутренней сетки
резольвятся :-))

Всем большое спасибо :-))
Это был мой первый опыт поднятия dns, Вы мне очень помогли.
ГЫ!!
:-))))))

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