>>;; Total query time: 13 msec
>>;; FROM: mail to SERVER: 127.0.0.1 - вот эжто мне как-то выглядит
>>подозрительно???
>
>Ну а как иначе-то? =)
>Обращение ведь идёт к твоему локальному DNS-серверу, это уже его проблемы как
>он доставит тебе эти данные. Может, он является корневым для зоны
>ya.ru? ;-)
>
>У меня на сервере с установленным BIND выдаётся точно такой же результат.
>
когда кто-то чего-то Н-Е-Д-О-П-О-Н-И-М-А-Е-Т и как результат, не все
настраивает, возникают подобные неувязочки:
1) если настраиваем named, значит правильно заполняем зоны, если
с зонами ВСЕ ok, накручиваем security на named.conf
2) если подняли named, то ТОЧНО знаем на какие интерфесы и ip он
привязался и с каких будет отвечать, ибо ip nameserver'а и имя домена
будет отдавать своим клиентам
3) даже на той машине, на которой крутится named(bind) мы должны
ПРАВИЛЬНО и в соответствии с нашими настройками в зонах, на данной
машине прописать /etc/hosts
127.0.0.1 localhost localhost.ourdomain
ip.add.re.ss ns ns.ourdomain
верхние две записи по хорошему должны соответствовать содержимому зон
4) /etc/resolv.conf - даже сама машина на которой крутиться named будет
выступать клиентом по запросам dns к named:
domain ourdomain
nameserver здесь_ip_нашего_nameserver'а
nameserver'ов можно задавать не более трех, вместо domain можно
использовать search перечисление доменов (ВМЕСТО, НО НЕ ВМЕСТЕ)
Если указываем в /etc/resolv.conf:
...
nameserver 127.0.0.1
должны быть уверены что:
1) FIREWALL разрешает DNS запросы к 127.0.0.1
2) должны быть уверены что named (named.conf) позволяет запросы и ответы
к/от 127.0.0.1 и слушает 127.0.0.1
Если верхнее не очень понятно или не удалось как следует настроить,
то убрать nameserver 127.0.0.1 и вместо него вставить запросы к IP
нашего NS что указан в зоне (если это наша же машина, то ifconfig
должен быть привязан к этому ip)
Пример (если хочется так как хочется, делать нужно соответственно):
[unix1]~ > hostname
unix1.jinr.dubna.su
[unix1]~ > ps -axuww | grep named
bind 101 0,0 0,5 2400 1352 ?? Is 20ноя04 0:00,47 named -u bind -g bind
[unix1]~ > ifconfig fxp0 | grep 159.93.17.121
inet 159.93.17.121 netmask 0xfffff000 broadcast 159.93.31.255
[unix1]~ >
выше: машина unix1, на ней поднят named, ее ip=159.93.17.121,
он же является NS'ом
к чему привязался named:
[unix1]~ > sockstat | grep ":53" | grep 127.0.0.1
bind named 101 28 udp4 127.0.0.1:53 *:*
bind named 101 29 tcp4 127.0.0.1:53 *:*
[unix1]~ > sockstat | grep ":53" | grep 159.93.17.121
bind named 101 20 udp4 159.93.17.121:53 *:*
bind named 101 21 tcp4 159.93.17.121:53 *:*
[unix1]~ >
В firewall разрешены запросы port 53/tcp/udp к 127.0.0.1, к своему
loopback и к 159.93.17.121
[unix1]~ > grep ^127.0.0.1 /etc/hosts
127.0.0.1 localhost localhost.jinr.dubna.su
[unix1]~ > grep ^159.93.17.121 /etc/hosts
159.93.17.121 unix1 unix1.jinr.dubna.su unix1.jinr.ru
[unix1]~ > grep NS /etc/namedb/master/lavr.pp.ru
IN NS unix1.jinr.ru.
IN NS alone.dubna.ru.
; IN NS spleen.demos.su.
выше: localhost и unix1 - прописаны как нужно в /etc/hosts и
для примера NS из зоны
Теперь подошли к /etc/resolv.conf (там где используется SYSV nsswitch.conf
первым должны идти запросы к локальным файлам files (/etc/hosts), затем
к dns ...)
[unix1]~ > cat /etc/resolv.conf
domain jinr.dubna.su
nameserver 127.0.0.1
nameserver 159.93.17.130
nameserver 159.93.17.7
Проверяем работу и ответ nameserver'а со 127.0.0.1 и localhost:
[unix1]~ > nslookup -q=a ya.ru. 127.0.0.1
Server: localhost
Address: 127.0.0.1
Non-authoritative answer:
Name: ya.ru
Address: 213.180.210.11
[unix1]~ > nslookup -q=a rambler.ru. localhost
Server: localhost
Address: 127.0.0.1
Name: rambler.ru
Addresses: 81.19.66.50, 81.19.66.131
[unix1]~ >
Если все правильно, получим верхнее, для 100% уверенности получения
ответов на запросы только со 127.0.0.1, оставить в /etc/resolv.conf
только ОДИН nameserver 127.0.0.1.
Все, возвращем настройки взад /etc/resolv.conf:
domain jinr.dubna.su
nameserver 159.93.17.121
nameserver 159.93.17.130
nameserver 159.93.17.7
Если наш DNS держит много зон:
search jinr.ru jinr.dubna.su uni-dubna.ru
nameserver 159.93.17.121
nameserver 159.93.17.130
nameserver 159.93.17.7
Прим: если используется search и sendmail, то при наличии MX в зоне
со "*" (звездочкой) могут быть проблемы.
Ничего сложного или непонятного.