RHEL BIND Серверная ошибка
У меня есть сервер RHEL 5.7 под управлением bind-9.3.6-16.P1.el5. В казалось бы случайных точках в течение дня DNS не сможет разрешить хосты в локальной сети в течение примерно десяти секунд. WAN хосты всегда разрешают. Тогда это возвращается к работе хорошо. У меня включено ведение журнала, и в журналах нет ошибок. Общее количество устройств, использующих этот DNS-сервер, составляет около 50; его не под большой нагрузкой. У меня есть несколько представлений, настроенных в конфигурации.
Я использовал инструмент system-config-bind RHEL для настройки этого. Я подозреваю, что этот инструмент добавил что-то в конфигурацию, которая через некоторое время "обновляет" или "выполняет обслуживание", или некоторую часть конфигурации, которая этого не делает, и это происходит, когда узлы локальной сети неразрешимы.
// Red Hat BIND Инструмент настройки
//
// Начальная конфигурация сервера имен "Только для кэширования" по умолчанию
//
протоколирование {
канал "кастом" {
системный журнал local0;
динамика тяжести;
печатная категория да;
суровость печати да;
время печати да;
};
категория lame-серверы {
обычай;
};
категория xfer-in {
обычай;
};
категория xfer-out {
обычай;
};
сеть категорий {
обычай;
};
категория dnssec {
обычай;
};
база данных категории {
обычай;
};
категория по умолчанию {
обычай;
};
Категория рассылки {
обычай;
};
общая категория {
обычай;
};
категория клиент {
обычай;
};
категория уведомить {
обычай;
};
преобразователь категории {
обычай;
};
запросы категории {
обычай;
};
категория безопасности {
обычай;
};
настройка категории {
обычай;
};
категория только для делегирования {
обычай;
};
};
опции {
querylog да;
dnssec-включить да;
каталог "/var/named";
дамп-файл "/var/named/data/cache_dump.db";
файл статистики "/var/named/data/named_stats.txt";
экспедиторы { 8.8.8.8; 8.8.4.4; }; // ISP первичный / вторичный
/*
* Если между вами и именными серверами есть брандмауэр
* чтобы поговорить, вам может понадобиться раскомментировать источник запроса
* Директива ниже. Предыдущие версии BIND всегда спрашивали
* вопросы с использованием порта 53, но BIND 8.1 использует непривилегированный
* порт по умолчанию.
*/
// адрес источника запроса * порт 53;
};
посмотреть "холод" {
match-clients {
192.168.3.0/24;
};
зона "2.168.192.IN-ADDR.ARPA." В {
тип мастера;
файл "192.168.2.db";
};
зона "ноутбук". В {
тип мастера;
файл "laptop_0.db";
};
зона "СМИ". В {
тип мастера;
файл "media_1.db";
};
зона "0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa." В {
тип мастера;
файл "chill_named.ip6.local";
allow-update {нет; };
};
зона "255.in-addr.arpa." В {
тип мастера;
файл "chill_named.broadcast";
allow-update {нет; };
};
зона "0.in-addr.arpa." В {
тип мастера;
файл "chill_named.zero";
allow-update {нет; };
};
зона "localhost". В {
тип мастера;
файл "chill_localhost.zone ";
allow-update {нет; };
};
зона "." В {
подсказка типа;
файл "chill_named.root";
};
места назначения {
любой;
};
};
просмотр "СМИ" {
match-clients {
192.168.1.0/24;
};
места назначения {
любой;
};
рекурсия да;
зона "synbackup". В {
тип мастера;
файл "synbackup.db";
};
зона "СМИ". В {
тип мастера;
файл "media_0.db";
};
зона "ноутбук". В {
тип мастера;
файл "laptop.db";
};
зона "1.168.192.IN-ADDR.ARPA." В {
тип мастера;
файл "192.168.1.db";
};
зона "." В {
подсказка типа;
файл "named.root";
};
зона "localdomain." В {
тип мастера;
файл "localdomain.zone ";
allow-update {нет; };
};
зона "localhost". В {
тип мастера;
файл "localhost.zone ";
allow-update {нет; };
};
зона "0.0.127.in-addr.arpa." В {
тип мастера;
файл "named.local";
allow-update {нет; };
};
зона "0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa." В {
тип мастера;
файл "named.ip6.local";
allow-update {нет; };
};
зона "255.in-addr.arpa." В {
тип мастера;
файл "named.broadcast";
allow-update {нет; };
};
зона "0.in-addr.arpa." В {
тип мастера;
файл "named.zero";
allow-update {нет; };
};
};
включите "/etc/rndc.key";
Также нет ошибок на интерфейсе:
eth0 Link encap: Ethernet HWaddr 00: xx: xx: xx: xx: xx
адрес в сети Интернет:192.168.1.xx Bcast:192.168.1.255 Маска:255.255.255.0
inet6 адрес: fe80::222:19ff:fe65:xxxx/xx Область действия: ссылка
UP BROADCAST RUNNING MULTICAST MTU:1500 Метрика: 1
Пакеты RX:2109561869 ошибок:0 отброшено:0 переполнений:0 кадр:0
Пакеты TX:3527205451 ошибок:0 отброшено:0 переполнений:0 несущая:0
столкновения:0 txqueuelen:1000
RX байтов:2120862115404 (1,9 TiB) TX байтов:4168472739611 (3,7 TiB)
Прерывание:185 Память:ec000000-ec012800
1 ответ
Есть статья RH KB, в которой говорится, что это происходит, когда срок действия кэша истекает, но он по-прежнему содержит информацию IPv6 (они довольно расплывчаты по основной причине).
Они предлагают отключить поддержку IPv6, если это возможно.
добавлять OPTIONS="-4" в /etc/sysconfig/named