>>А теперь марш изучать документацию
>если собрать все вопросы, на которые ответил lavr только здесь, на опеннете-
>я думаю это вещь посильнее Фауста Гете получится :)
>всем спасибо, к сожалению моих теперешних знаний не хватило, чтобы понять, что
>мне сказали- отложим поднятие слэйв днс до лучших времен, благо это
>скорее моя инициатива, чем необходимость Ну что сложного с ДНС?!
Допустим где-то есть nameserver'а, но не на нашей машине. Что мы делаем для
работы DNS - правильно, настраиваем resolver == /etc/resolv.conf
в котором указываем НАШ локальный домен и адреса nameserver'ов.
Возможны вариации - вместо domain использовать search
Тогда при наборе любого имени хоста, резолвер будет добавлять к нему ИМЯ нашего
домена и дергать nameserver'а указанные в резолвере - это касательно специализированных
утилит проверки DNS
пример:
ниже мы используем имена хостов или так называемые алиасы, резолвер ПОНИМАЕТ что это
КОРОТКИЕ имена из нашего домена:
[unix1]~ > ping -c 3 ns1
PING ns1.jinr.ru (159.93.17.7): 56 data bytes
64 bytes from 159.93.17.7: icmp_seq=0 ttl=62 time=0.415 ms
64 bytes from 159.93.17.7: icmp_seq=1 ttl=62 time=0.322 ms
64 bytes from 159.93.17.7: icmp_seq=2 ttl=62 time=0.262 ms
--- ns1.jinr.ru ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.262/0.333/0.415/0.063 ms
[unix1]~ > ping -c 3 ultra
PING ultra.jinr.ru (159.93.17.75): 56 data bytes
64 bytes from 159.93.17.75: icmp_seq=0 ttl=254 time=0.560 ms
64 bytes from 159.93.17.75: icmp_seq=1 ttl=254 time=0.501 ms
64 bytes from 159.93.17.75: icmp_seq=2 ttl=254 time=0.565 ms
--- ultra.jinr.ru ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.501/0.542/0.565/0.029 ms
[unix1]~ >
Если же нам нужно работать с ВНЕШНИМИ именами, мы должны набирать их в FQDN формате,
Full Qualify Domain Name (полное доменное имя):
[unix1]~ > ping -c 3 ultra.jinr.ru
PING ultra.jinr.ru (159.93.17.75): 56 data bytes
64 bytes from 159.93.17.75: icmp_seq=0 ttl=254 time=0.656 ms
64 bytes from 159.93.17.75: icmp_seq=1 ttl=254 time=0.552 ms
64 bytes from 159.93.17.75: icmp_seq=2 ttl=254 time=0.492 ms
--- ultra.jinr.ru ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.492/0.567/0.656/0.068 ms
[unix1]~ > ping -c 3 www.ya.ru
PING ya.ru (213.180.204.8): 56 data bytes
64 bytes from 213.180.204.8: icmp_seq=0 ttl=58 time=20.882 ms
64 bytes from 213.180.204.8: icmp_seq=1 ttl=58 time=15.556 ms
64 bytes from 213.180.204.8: icmp_seq=2 ttl=58 time=12.773 ms
--- ya.ru ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 12.773/16.404/20.882/3.364 ms
[unix1]~ >
Отсюда вопрос, в чем разница между:
# ping www
и
# ping www.ya.ru
или
# ping www.rambler.ru
???
Теперь nslookup:
# nslookup -q=тип_записи host[host.domain]. [nameserver]
тип_записи: RR=a,cname,ns,soa,...
host[host.domain]. - можем задавать как короткие имена/алиасы host
если без точки, резолвер будет считать что это короткое имя и добавлять к нему наш
домен, а если нам нужно разрешить внешний host.domain то мы в конце должны поставить
ТОЧКУ: host.domain. тем самым указав резолверу что это ВНЕШНЕЕ имя и ничего к нему
не добавлять.
пример:
[unix1]~ > nslookup -q=a www
Server: 159.93.17.7
Address: 159.93.17.7#53
Name: www.jinr.ru
Address: 159.93.39.7
[unix1]~ > nslookup -q=a www.ya.ru.
Server: 159.93.17.7
Address: 159.93.17.7#53
Non-authoritative answer:
www.ya.ru canonical name = ya.ru.
Name: ya.ru
Address: 213.180.204.8
[unix1]~ >
разница видна НЕВООРУЖЕННЫМ глазом
Теперь про формат: nslookup -q=тип host.domain.
при таком формате в КАЧЕСТВЕ nameserver'а будут использовать ТЕ ЧТО У НАС заданы
в /etc/resolv.conf.
Допустим мне нужно проверить работу SLAVE Nameserver'а: ns2.jinr.ru - что я должен
сделать? Правильно - задать его в качестве nameserver'а для nslookup, тогда
формат будет:
# nslookup -q=тип host.domain. nameserver-который-будет-использоваться-для-resolv'а
[unix1]~ > nslookup -q=a unix1.jinr.ru. ns2.jinr.ru
Server: ns2.jinr.ru
Address: 159.93.14.7#53
Name: unix1.jinr.ru
Address: 159.93.44.57
[unix1]~ >
выше видим что резолвинг был осуществлен nameserver'ом == ns2.jinr.ru, он же слейв,
работает? Работает! Мы хотели проверить slave - мы его проверили, можем более
подробно:
стягиваем RR=SOA со слейва:
[unix1]~ > nslookup -q=soa jinr.ru. ns2.jinr.ru
Server: ns2.jinr.ru
Address: 159.93.14.7#53
jinr.ru
origin = ns1.jinr.ru
mail addr = PostMaster.jinr.ru
serial = 2006102560
refresh = 7200
retry = 1800
expire = 2419200
minimum = 86400
[unix1]~ >
Теперь про Primary и Secondary(slave - болван/раб)
Все зоны ведутся и хранятся на Primary, Secondary их только стягивает с Primary по
notify или другому принудительному фактору.
Значит ЧТО нужно в настройках слейва named.conf?!
Правильно - указать адрес primary откуда стягивать и файл куда сохранить:
например есть первичный nameserver с зонами lavr[beaviz].pp.ru, мне нужно сделать
slave на какой-то машине, что делать?! :
zone "lavr.pp.ru" {
type slave;
--------^^^^-^^^^^-- ти зоны SLAVE
file "slave/lavr.pp.ru";
masters { 159.93.17.121; };
--------^^^^^^^^--^^^^^^^^^^^^^- указываем ip primary nameserver откуда СКАЧАТЬ
};
zone "beaviz.pp.ru" {
type slave;
--------^^^^-^^^^^- тип зоны SLAVE
file "slave/beaviz.pp.ru";
masters { 159.93.17.121; };
--------^^^^^^^---^^^^^^^^^^^^^---- ip адрес primary откуда скачать
};
Очень сложно?!
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
(ok) on 25-Окт-06, 11:29 
