Named не читает один домен

[zkrvova]

Помогите, сегодня named перестал видить один домен apeha.ru.
Всё остальное работает, да и другие сервера этот домен отдают, а мой нехочет:

dig apeha.ru
;; Warning: ID mismatch: expected ID 53185, got 32969
;; Warning: ID mismatch: expected ID 53185, got 32969
;; Warning: ID mismatch: expected ID 53185, got 32969

; <<>> DiG 9.3.3rc2 <<>> apeha.ru
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 53185
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;apeha.ru. IN A

;; Query time: 120 msec
;; SERVER: 10.1.1.1#53(10.1.1.1)
;; WHEN: Sat Feb 23 00:43:19 2008
;; MSG SIZE rcvd: 26


В чём может быть проблема??? Помогите!

[DaemonTux]

Проблема в том что телепатов нет. Версию binda? Конфиги и т.д. в студию

[zkrvova]

Проблема в том что телепатов нет. Версию binda? Конфиги и т.д. в студию

vi /etc/named.conf


//
// named.caching-nameserver.conf
//
// Provided by Red Hat caching-nameserver package to configure the
// ISC BIND named(8) DNS server as a caching only nameserver
// (as a localhost DNS resolver only).
//
// See /usr/share/doc/bind*/sample/ for example named configuration files.
//
// DO NOT EDIT THIS FILE - use system-config-bind or an editor
// to create named.conf - edits to this file will be lost on
// caching-nameserver package upgrade.
//
options {
listen-on port 53 { 127.0.0.1; 10.0.0.0/8 ; 0.0.0.0/0;};
listen-on-v6 port 53 { ::1; };
directory "/var/named/chroot/var/named/";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
query-source port 53;
query-source-v6 port 53;
// allow-query { localhost; };
allow-query { 127.0.0.1; 10.0.0.0/8 ; };
};
logging {
channel default_debug {
file "data/named.run";
severity dynamic;
};
};
view localhost_resolver {
// match-clients { localhost; };
// match-destinations { localhost; };
match-clients { 127.0.0.1; 10.0.0.0/8 ;};
match-destinations { 127.0.0.1; 10.0.0.0/8 ;};


recursion yes;
include "/etc/named.rfc1912.zones";

[HRonik]

include "/etc/named.rfc1912.zones";

и это, тоже в студию...

[DaemonTux]

Тревоже сокральный смысл вот этого

listen-on port 53 { 127.0.0.1; 10.0.0.0/8 ; 0.0.0.0/0;};

Также имеет смысл отключить ipv6. И кстати версию BIND я так и не увидел.

Вот эти параметры тоже не совсем понятны.

Код: Выделить всё

        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";

Ну и вывод

Код: Выделить всё

ls /var/named -R -l

[mikes]

обычно named работатет в chroot окружении, возможно вы не там смотрите конфиги..
в мандриве например named работает в окружении /var/lib/named в centOS тоже в chroot

[vr13]

вообще-то "физика процесса" в том, что на запрос resolver получает "чужой" ответ. обычно бывает связано с "протухшими кешами" какого-нить из bind или необычными настройками iptables в смысле работы протоколов bind (например zones update), к которым прямо или косвенно (рекурсивно т.е) идет обращение. самое простое - попробовать перезапустить ближайший bind и посмотреть что получится. если будет продолжаться, то смотреть, куда идет рекурсивный запрос, пробовать там итд

версия, мне кажется, тут не причем

[zkrvova]

Тревоже сокральный смысл вот этого

listen-on port 53 { 127.0.0.1; 10.0.0.0/8 ; 0.0.0.0/0;};

Также имеет смысл отключить ipv6. И кстати версию BIND я так и не увидел.

Вот эти параметры тоже не совсем понятны.

Код: Выделить всё

        statistics-file "/var/named/data/named_stats.txt";
        memstatistics-file "/var/named/data/named_mem_stats.txt";

Ну и вывод

Код: Выделить всё

ls /var/named -R -l

ls /var/named -R -l
/var/named:
итого 24
drwxr-x--- 6 root named 4096 Янв 21 07:50 chroot
drwxrwx--- 2 named named 4096 Янв 21 07:50 data
drwxrwx--- 2 named named 4096 Ноя 10 17:24 slaves

/var/named/chroot:
итого 32
drwxr-x--- 2 root named 4096 Янв 20 13:36 dev
drwxr-x--- 2 root named 4096 Янв 21 07:46 etc
drwxr-xr-x 2 root root 4096 Янв 21 01:03 proc
drwxr-x--- 5 root named 4096 Янв 20 13:36 var

/var/named/chroot/dev:
итого 12
crw-rw---- 1 root named 1, 3 Янв 20 13:36 null
crw-rw---- 1 root named 1, 8 Янв 20 13:36 random
crw-rw---- 1 root named 1, 5 Янв 20 13:36 zero

/var/named/chroot/etc:
итого 40
-rw-r--r-- 1 root root 2085 Янв 20 13:49 localtime
-rw-r----- 1 root named 1281 Янв 21 07:46 named.conf
-rw-r--r-- 1 root root 3308 Янв 21 07:41 named.rfc1912.zones
-rw-r--r-- 1 root root 866 Янв 21 07:17 named.run
-rw-r--r-- 1 root named 113 Янв 20 13:30 rndc.key

/var/named/chroot/proc:
итого 0

/var/named/chroot/var:
итого 24
drwxr-x--- 4 named named 4096 Фев 27 13:46 named
drwxr-x--- 4 root named 4096 Янв 21 01:03 run
drwxrwx--- 2 named named 4096 Мар 14 2003 tmp

/var/named/chroot/var/named:
итого 96
drwxrwx--- 2 named named 4096 Янв 21 07:48 data
-rw-r--r-- 1 root root 1055 Окт 12 08:05 forum.st.zone
-rw-r----- 1 root named 198 Сен 11 2006 localdomain.zone
-rw-r----- 1 root named 195 Сен 11 2006 localhost.zone
-rw-r----- 1 root named 427 Сен 11 2006 named.broadcast
-rw-r----- 1 root named 2517 Ноя 5 07:58 named.ca
-rw-r----- 1 root named 424 Сен 11 2006 named.ip6.local
-rw-r----- 1 root named 426 Сен 11 2006 named.local
-rw-r----- 1 root named 427 Сен 11 2006 named.zero
drwxrwx--- 2 named named 4096 Янв 21 07:14 slaves
-rw-r--r-- 1 root root 1849 Фев 14 21:09 st.zone
-rw-r--r-- 1 root root 948 Дек 3 2006 video.st.zone

/var/named/chroot/var/named/data:
итого 12888
-rw-r--r-- 1 named named 13171734 Фев 27 13:47 named.run

/var/named/chroot/var/named/slaves:
итого 0

/var/named/chroot/var/run:
итого 16
drwxr-xr-x 2 root root 4096 Янв 21 01:03 dbus
drwxrwx--- 2 named named 4096 Мар 14 2003 named

/var/named/chroot/var/run/dbus:
итого 0

/var/named/chroot/var/run/named:
итого 0

/var/named/chroot/var/tmp:
итого 0

/var/named/data:
итого 12
-rw-r--r-- 1 named named 4515 Фев 27 13:47 named_mem_stats.txt

/var/named/slaves:
итого 0


Как глянуть версию?

обычно named работатет в chroot окружении, возможно вы не там смотрите конфиги..
в мандриве например named работает в окружении /var/lib/named в centOS тоже в chroot

конфиги я смотрю там, т.к. я их сам туда вылаживал.

вообще-то "физика процесса" в том, что на запрос resolver получает "чужой" ответ. обычно бывает связано с "протухшими кешами" какого-нить из bind или необычными настройками iptables в смысле работы протоколов bind (например zones update), к которым прямо или косвенно (рекурсивно т.е) идет обращение. самое простое - попробовать перезапустить ближайший bind и посмотреть что получится. если будет продолжаться, то смотреть, куда идет рекурсивный запрос, пробовать там итд

версия, мне кажется, тут не причем

Ближайщие бинды отдают домен нормально, но дело в том что мой бинд работает по корневым серверам.

Проблема с тем доменом пропала, потом появилась с доменом live.com, опять с этим пропала.

Короче одни сюрпризы, незнаю откуда ждать подвоха в следующий раз.

Что делать?

[DaemonTux]

конфиги я смотрю там, т.к. я их сам туда вылаживал.

Ближайщие бинды отдают домен нормально, но дело в том что мой бинд работает по корневым серверам.
Проблема с тем доменом пропала, потом появилась с доменом live.com, опять с этим пропала.
Короче одни сюрпризы, незнаю откуда ждать подвоха в следующий раз.

Что делать?

А может проще брать инфу не скорневых серверов. А с серверов провайдера?
P.S. и на будующие используйте теги codebox.

[zkrvova]

конфиги я смотрю там, т.к. я их сам туда вылаживал.

Ближайщие бинды отдают домен нормально, но дело в том что мой бинд работает по корневым серверам.
Проблема с тем доменом пропала, потом появилась с доменом live.com, опять с этим пропала.
Короче одни сюрпризы, незнаю откуда ждать подвоха в следующий раз.

Что делать?

А может проще брать инфу не скорневых серверов. А с серверов провайдера?
P.S. и на будующие используйте теги codebox.

Может и проще, но я незнаю как, Т.к. у меня есть внутренние доменные зоны.
И притом на 2х остальных моих серверах таких проблем не возникало.

[DaemonTux]

конфиги я смотрю там, т.к. я их сам туда вылаживал.

Ближайщие бинды отдают домен нормально, но дело в том что мой бинд работает по корневым серверам.
Проблема с тем доменом пропала, потом появилась с доменом live.com, опять с этим пропала.
Короче одни сюрпризы, незнаю откуда ждать подвоха в следующий раз.

Что делать?

А может проще брать инфу не скорневых серверов. А с серверов провайдера?
P.S. и на будующие используйте теги codebox.

Может и проще, но я незнаю как, Т.к. у меня есть внутренние доменные зоны.
И притом на 2х остальных моих серверах таких проблем не возникало.

ипы провайдорских днс серверов известны?

[zkrvova]

конфиги я смотрю там, т.к. я их сам туда вылаживал.

Ближайщие бинды отдают домен нормально, но дело в том что мой бинд работает по корневым серверам.
Проблема с тем доменом пропала, потом появилась с доменом live.com, опять с этим пропала.
Короче одни сюрпризы, незнаю откуда ждать подвоха в следующий раз.

Что делать?

А может проще брать инфу не скорневых серверов. А с серверов провайдера?
P.S. и на будующие используйте теги codebox.

Может и проще, но я незнаю как, Т.к. у меня есть внутренние доменные зоны.
И притом на 2х остальных моих серверах таких проблем не возникало.

ипы провайдорских днс серверов известны?

Даже если не известны, то узнать не проблема.

[DaemonTux]

конфиги я смотрю там, т.к. я их сам туда вылаживал.

Ближайщие бинды отдают домен нормально, но дело в том что мой бинд работает по корневым серверам.
Проблема с тем доменом пропала, потом появилась с доменом live.com, опять с этим пропала.
Короче одни сюрпризы, незнаю откуда ждать подвоха в следующий раз.

Что делать?

А может проще брать инфу не скорневых серверов. А с серверов провайдера?
P.S. и на будующие используйте теги codebox.

Может и проще, но я незнаю как, Т.к. у меня есть внутренние доменные зоны.
И притом на 2х остальных моих серверах таких проблем не возникало.

ипы провайдорских днс серверов известны?

Даже если не известны, то узнать не проблема.
НУ так узнаете и впишите в конфиг чтобы с них бралась инфа.