Помогите настроить DNS

[Serjione]

leonty

версия BIND 9.2.2-P3

ps ax | grep named

2057 pts/3 S 0:00 grep named

В сервисах смотрел, служба named запущена.

Насколько мне вспоминается запись А в зоне прямого преобразования выглядит следующим образом
Код:

имя_узла [ttl] IN A IP_адрес

а у тебя
Цитата:
IN A 192.168.1.200
аналогично для зоны обратного преобразования
Код:

адрес [ttl] IN PTR имя_узла

а у тебя
Цитата:
@ IN PTR NFSServer.test.local.

Так @ обозначает текущий домен, а там где не поставил так у Гарт Снайдер в Руководство администратора Linux написано что если имя домена у SOA и у NS совпадает то последнюю можно не ставить.
В этой строке IN A 192.168.1.200 добавил, ничего не изменилось.

named-checkzone filename /var/named/chroot/var/named/test.zone выдает:

dns_rdata_fromtext: /var/named/chroot/var/named/test.zone:7: near eol: unexpected end of input
zone filename/IN: loading master file /var/named/chroot/var/named/test.zone: unexpected end of input

В файле named.conf перед скобками IN забыл написать.

[leonty]

версия BIND 9.2.2-P3 »
старье какое.
у меня из свежеинсталированной системы
[23:39][admin] /home/admin >uname -a
FreeBSD server.home 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386

[23:40][admin] /home/admin >named -v
BIND 9.4.2


Последнего предложения вообще не понял. Какой IN в named.conf?
Так @ обозначает текущий домен, а там где не поставил так у Гарт Снайдер в Руководство администратора Linux написано что если имя домена у SOA и у NS совпадает то последнюю можно не ставить. »

с этим согласен, погорячился.

Ща, достану свою большую толстую книгу. Посмарю что там пишут о ДНС.

[Serjione]

leonty, например в файле named.conf у меня zone "test.local" { а должно быть

zone "test.local" IN { и также у всех остальных записей в named.conf

[leonty]

leonty, например в файле named.conf у меня zone "test.local" { а должно быть
zone "test.local" IN { и также у всех остальных записей в named.conf »
ты уверен? Сейчас передо мной работающий конфиг

zone "name_zone.org" {
type master;
file "master/name_zone.org";
};
и никаких "IN" здесь нет.

[Serjione]

leonty, убрал IN, хотя в файле /etc/named.conf IN присутствует, я его туда не добавлял.

[exo]

ps ax | grep named
2057 pts/3 S 0:00 grep named »
а где собстенно демон ДНС ? его тут нет.
посмотрите командой TOP.
resolv.conf
nameserver 127.0.0.1 »
меняем на IP адрес вашей сетевой карты.
и никаких "IN" здесь нет. »
IN в файле master/name_zone.org

здесь (ftp://ftp.lissyara.su/BOOKS/DNS/dns&bind.pdf) книга о DNS, правда для FreeBSD, но конфиги теже. пусть даже и 2003 год, особо много чего не изменилось.

[leonty]

IN в файле master/name_zone.org »
exo, я разве обратное сказал? я лишь указал на то, что этой записи не должно быть в файле named.conf. (:

[Serjione]

exo, как называется демон ДНС ? Извиняйте за ламерский вопрос.

[leonty]

как называется демон ДНС ? »
named

[Serjione]

top его не показал, только заметил что в сервисах у named в поле статус показывает:

mdc: connect failed: connection refused

[Serjione]

После рестарта сервиса named

В логах выдало:

starting BIND 9.2.2-P3 -u named -t /var/named/chroot
using 1 CPU
loading cinfiguration from '/etc/named.conf '
listening on IPv4 interface eth0, 192.168.1.200#53
dns_master_load: named.ca:80: no current owner name
could not configure root hints from 'named.ca' : no owner
loading configuration: no owner
exiting (due to fatal error)
named startup succeeded

Поле статус не изменилось.

[Serjione]

Это в лог файле пишет если я в names.conf который в папке chroot коментарю строки:

controls {
inet 127.0.0.1 alow { localhost; } keys {rndckey;};
};

Если снимаю коменты в логах пишет:

/etc/named.conf:6: expected 'allow' near 'alow'
loading configuration: unexpected token
exiting (due to fatal error)

[Serjione]

Подскажите пожалуйста где что не так, я не врубаюсь.

[leonty]

controls { inet ip-адрес [port порт-TCP ] allow { список-шаблонов-адресов } keys { список-ключей }; ... }; (каждое предложение inet определяет права доступа (адреса и ключи) к управляющему каналу rndc, открываемому по указанному адресу и номеру порта; номер порта по умолчанию - 953; вместо адреса можно указать символ "*" - IPv4 адрес любого интерфейса хоста)


/etc/named.conf:6: expected 'allow' near 'alow' »
ты хоть читаешь что тебе пишут?

давай наверно с самого начала. Выложи нормальный конфиг named.conf, а не тот огрызок который ты привел выше.

[Serjione]

Я выложил нормальный named.conf, что я по твоему закоментаренные строки тоже должен был выкладывать ? И смени тон пожалуйста. Никто не заставляет тебя мне помогать.

[leonty]

ну извини. Не знал что ты такой обидчивый. Хотя так и не понял что тебя так задело.
ну ты хоть понял где ошибка была?

[Serjione]

Я не обидчивый, вот это "ты хоть читаешь что тебе пишут?" задело.

Да, получилось. В файле named.conf в строке

controls {
inet 127.0.0.1 allow { localhost } keys {rndckey;};

Слово allow было написано как alow поэтому ве логах выдавал:

/etc/named.conf:6: expected 'allow' near 'alow'

После исправления выдало:

could not configure root hints from 'named.ca' : no owner
loading configuration: no owner
exiting (due to fatal error)

Открыл named.ca,там по ошибке прописал

NFSServer.test.local 3600000 A 192.168.1.200

и в статусе сервиса named наконец-то появилось running и другая инфа касаемая работы.
Но пинг через NFSServer.testlocal еще не проходил.

Закоментарил его нафиг, поменял в resolv.conf 127.0.0.1 на 192.168.1.200 перезапустил named,
и пинг пошел. dig и nslookup нормально проходят. Осталось только обратное разрешение проверить и по возможности кеширование настроить.

И кстати этот пресловутый IN я поставил в named.conf ошибки при запуске не выдало.

[leonty]

Открыл named.ca,там по ошибке прописал
NFSServer.test.local 3600000 A 192.168.1.200 »
зона типа hint содержит записи о серверах корневого домена. Как правило, администратору сервера ДНС, нет необходимости изменять его.

и по возможности кеширование настроить. »
а как оно настраивается? Вроде как кэширующий сервер просто запоминает результаты ответов на предыдущие запросы и хранит в кэше. При следующем запросе выбирает данные из кэша. Тока бинд это по умолчанию делает. Разве не так7

[Serjione]

Верно leonty, насчет кеширующего сервера я оговорился. Что-то обратное разрешение через пинг не проходит, сейчас разберусь в чем дело.

[leonty]

Что-то обратное разрешение через пинг не проходит, сейчас разберусь в чем дело. »
это как? по айпишнегу чтоли не пингуется? %)