rndc: connect failed: 127.0.0.1#953: connection refused

[Karl500]

НУ вот. Теперь бегом в указанный файл и правьте ошибку. Понятно где и что?

[Antisymmetrizer]

Да, спасибо, исправил.
Всё из-за привычки к бейсику- отвык ";" ставить.

Но проблема не пропала..

Та же ошибка, только теперь сервис рестартит..

Что делать?

[Karl500]

"та же" - это какая? Теперь, когда стартует (стартует ли?) bind, смотрите то, что Вас просили показать раньше:

sudo netstat -tulnp | grep 953

[Antisymmetrizer]

И самое неприятное, что host killerwhale выводит Host killerwhale not found : 2(SERVFAIL)
host killerwhale.aq выводит Host killerwhale.aq not found : 3(NXDOMAIN).

А это как исправить.. Это вообще и есть цель =(
Пользователь решил продолжить мысль 22 Июня 2011, 23:24:18:Да, бинд стартует. grep выдаёт
tcp 0        0 127.0.0.1:953       0.0.0.0:*      LISTEN
1473/named
tcp 6        0 ::1:953                  :::*             LISTEN
1473/named

[Karl500]

Уважаемый, "я один умный вещь скажу, Вы только не обижайтесь" (с) Мимино. Давайте-ка двигаться шагами. Вы покажете, что Вас просят? Если Вы получите что-то типа

tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN      970/named

то сделайте

rndc status

Если получите вывод статуса, значит как минимум сервер работает. Потом будем разбираться с зонами.

[Antisymmetrizer]

Status сказал server is up and running

[Karl500]

Если работает сервер (и выдает статус на запрос rndc status, причем без ошибок), то покажите содержимое файла /etc/bind/named.conf

[Antisymmetrizer]

Единственная строчка include "/etc/bind/myzones.conf";

[Karl500]

Уже интересно. А его содержимое?

[Antisymmetrizer]

В заголовке темы есть. Щас подправлю и будет он.

Теперь он

[Karl500]

Вы специально так все запутывали?!

zone "aq" {
type master;
file "/etc/bind/db.aq";
};

и содержимое файла  /etc/bind/db.lan

какое-то отношение друг к другу должно иметь?

[Antisymmetrizer]

Я настраивал по нескольким манам )) Это артефакты. Названия конечно правильные, я проверил. На серве называется файл /etc/bind/db.aq
В теме просто копипастом получилось другое

[Karl500]

Класс. И как прикажете тогда мне разбираться в выкладываемых Вами файлах?

Давайте так. Шаг первый.

Вы создаете файл /etc/bind/named.conf в который записываете все, что должно быть по Вашему мнению в конфигурационном файле bind'а. Подчеркиваю - ОДИН файл. Второй файл - это файл Вашей зоны (или два файла Ваших зон).

Шаг второй. Перезапускаете bind с этим файлом.

Шаг третий. Если что-то не работает, смотрите лог (теперь Вы умеете это делать), и выкладываете сюда содержимое этого ОДНОГО файла и файлов зон и сообщения об ошибках из лога (файлы дефолтных зон не трогайте и тогда их не нужно выкладывать).

Без этого лично я Вам ничем помочь не могу.

[Antisymmetrizer]

Ок, работаю.

Только я в .conf подключу .conf.options и .conf.local

[Karl500]

Да, еще. Если на эту секунду в первом посте актуальные файлы зон, то добавьте к ним (в каждую) соответствующие записи

в начало прямой зоны

$ORIGIN .

в начало обратной зоны

$ORIGIN 0.168.192.in-addr.arpa.
 
(или что там у Вас должно быть)
Пользователь решил продолжить мысль 22 Июня 2011, 23:54:10:Еще. Запись

ns A 127.0.0.1

неверна в принципе. Что делать стороннему серверу? Куда ему бежать, если ему предлагают обращаться к самому себе?
Пользователь решил продолжить мысль 22 Июня 2011, 23:58:07:Еще один совет. Порядковые номера зон принято (не обязательно, а принято) записывать в виде 2011062201 где 2011 - год, 06 - месяц, 22 - число и 01 - порядковый номер редакции ЗА УКАЗАННУЮ ДАТУ. Так меньше шансов запутаться и забыть инкрементировать этот номер при каждой правке (Вы же знаете, что его нужно увеличивать при каждой правке?)
Пользователь решил продолжить мысль 23 Июня 2011, 00:01:37:Еще. Запись SOA поменяйте на

@ IN SOA ns.aq. root.aq. (

в обеих зонах.

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

1 PTR killerwhale.aq.
Пользователь решил продолжить мысль 23 Июня 2011, 00:04:41:В обратной зоне, естественно, не

@ IN NS localhost.

а

@ IN NS ns.aq.