Пытаюсь настроить сервер имён на локальной сети. Адрес сервера 192.168.10.1. Написал все зоны, запускаю ndc start, он неск. секунд думает, а затем выдаёт: "name server has nt started (yet?)". Настроил лог, записи такие:
18-JUN-2003 10:28:12.433 load: hint zone "" (IN) loaded (serial 0)
18-JUN-2003 10:28:12.475 load: master zone "nis.int" (IN) loaded (serial 15052003)
18-JUN-2003 10:28:12.494 load: master zone "10.168.192.in-addr.arpa" (IN) loaded (serial 15052003)
18-JUN-2003 10:28:12.514 load: master zone "localhost" (IN) loaded (serial 15052003)
18-JUN-2003 10:28:12.514 load: master zone "0.0.127.in-addr.arpa" (IN) loaded (serial 15052003)
18-JUN-2003 10:28:12.515 default: listening on [127.0.0.1].53 (lo)
18-JUN-2003 10:28:12.515 default: listening on [192.168.10.1].53 (eth0)
18-JUN-2003 10:28:12.515 default: forwarding source address is [0.0.0.0].32769
18-JUN-2003 10:28:12.517 default: ready to answer queries
18-JUN-2003 10:28:12.515 default: sysquery: findns error (NXDOMAIN) on edus.int.nis
Посмотрел описание ошибки на http://www.acmebw.com/askmrdns/bind-messages.html
Там написано следующее:sysquery: findns error (NXDOMAIN) on ns3.oclc.org?
CATEGORY: default
SEVERITY: info
PAGE:
FURTHER INFO:Indicates that your name server tried to resolve the IP address of ns3.oclc.org because that domain name appeared on the right side of an NS record, but that your name server encountered an error while looking up the address. NXDOMAIN (or 3) means that the domain name ns3.oclc.org doesn't exist. The error SERVFAIL (or 2) indicates that the authoritative name servers for oclc.org are probably badly misconfigured.
Я так и не понял, что сделал неправильно. Подскажите, пожалуйста, кто знает, что это такое и что нужно исправить. Спасибо.
Файл зоны nis.int пожалуйста...
>Файл зоны nis.int пожалуйста...
Пожалуйста#nis.int прямое
$TTL 1D
@ IN SOA edus.nis.int. root.nis.int. (
15052003 ; serial
12H ; refresh
1H ; retry
1W ; expire
1D ; minimum TTL
)
IN NS edus.nis.int.
LastDay IN A 192.168.10.3
Gena IN A 192.168.10.4# nis.int обратное
$TTL 1D
@ IN SOA edus.nis.int. root.nis.int. (
15052003 ; serial
12H ; refresh
1H ; retry
1W ; expire
1D ; minimum TTL
)
IN NS edus.nis.int.
3 IN PTR LastDay.nis.int.
4 IN PTR Gena.nis.int.# localhost прямое
$TTL 1D
@ IN SOA localhost. root.localhost. (
15052003 ; serial
12H ; refresh
1H ; retry
1W ; expire
1D ; minimum TTL
)
NS edus.nis.int.
localhost. IN A 127.0.0.1#localhost обратное
$TTL 1D
@ IN SOA localhost. root.localhost. (
15052003 ; serial
12H ; refresh
1H ; retry
1W ; expire
1D ; minimum TTL
)
IN NS edus.nis.int.
1 IN PTR localhost.
Может быть лучше так?:$TTL 3600
nis.int. IN SOA ns.nis.int. root.nis.int. (
2003051503 ; serial (как он должен быть согласно RFC)
1H ; refresh
600 ; retry
2w ; expire
3600 ; minimum ttl
)IN NS ns.nis.int.
IN A 1.2.3.4 ; (вот здесь собака и порылась)nis.int. IN A 1.2.3.4
ns.nis.int. IN A 1.2.3.4
edus.nis.int. IN A 1.2.3.4LastDay IN A 192.168.10.3
Gena IN A 192.168.10.4В общем, для edus.nis.int имело смысл прописать IN A ....
Читайте RFC на предмет написания правильных SOA и вообще :)
http://www.faqs.org/rfcs/rfc1912.html
http://www.faqs.org/rfcs/rfc1034.html
http://www.faqs.org/rfcs/rfc1035.htmlУдачи.
Да уж! Вот к чему невнимательность приводит. us.master Спасибо!
Вроде работать начало (хотя при запуске всё равно твердит, что name server has not started (yet?), но nslookup, dig, host проходят на ура ???), но есть одна непонятка: при запуске ndc оный создаёт себе сокет в /var/run, а затем при попытке выполнить какую-нибудь другую команду (напр. ndc stop или ndc status и т.п.), он пытается лезть в /var/lib/named/var/run и искать сокет там, ес-сно не находит и руается почём зря. Пытался указать путь к сокету напрямую ndc -l /var/run/ndc , но он упорно лезет в вышеуказанный каталог. Его можно как-нибудь переучить?
>Да уж! Вот к чему невнимательность приводит. us.master Спасибо!
>Вроде работать начало (хотя при запуске всё равно твердит, что name server
>has not started (yet?), но nslookup, dig, host проходят на ура
> ???), но есть одна непонятка: при запуске ndc оный создаёт
>себе сокет в /var/run, а затем при попытке выполнить какую-нибудь другую
>команду (напр. ndc stop или ndc status и т.п.), он пытается
>лезть в /var/lib/named/var/run и искать сокет там, ес-сно не находит
>и руается почём зря. Пытался указать путь к сокету напрямую ndc
>-l /var/run/ndc , но он упорно лезет в вышеуказанный каталог. Его
>можно как-нибудь переучить?
Самый простой способ:
Посмотреть Webmin'ом чтобы было понятно откуда он эти пути взял. :)
Система-то Linux?
Тока в линухе named в /var/lib лежит по умолчанию...