Система:
Debian GNU/Linux 8.2 (jessie)
BIND 9.9.5-9+deb8u3-Debian (Extended Support Version)
named.conf.options:
options {
directory "/var/cache/bind";
key-directory "/etc/bind/keys";
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.
// forwarders {
// 0.0.0.0;
// };
//========================================================================
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//========================================================================
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside auto;
dnssec-dnskey-kskonly yes;
sig-validity-interval 21 16;
inline-signing yes;
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
// permit lookup of unknown dns names
recursion no;
// allow dynamicly new zones
allow-new-zones yes;
};
файл кеша /var/cache/bind/3bf305731dd26307.nzf
имеет права 0744 и принадлежит bind: bind
все работает как положено, я могу добавлять зоны, статистику, ключи загрузки и все, кроме:
rndc delzone {ZoneName}
Если я запускаю эту команду (как root в консоли), я получаю rndc: 'delzone' failed: permission denied
в логе ничего не отображается ..
Я действительно застрял здесь - кто-нибудь знает, почему возникает эта ошибка разрешения?
Проблема заключалась в том, что я изменял исходный файл кеша. /var/cache/bind/3bf305731dd26307.nzf
.
Я удалил все записи после rndc addzone
в мою собственную файловую структуру, которую я включил в named.conf. После rndc reload
, когда запись больше не находится в исходном файле кэша, невозможно удалить зону с помощью rndc delzone
. Чтобы вернуть права доступа, строка конфигурации файла зоны ДОЛЖЕН находиться в исходном файле кеша /var/cache/bind/3bf305731dd26307.nzf
когда rndc reload
срабатывает. Кажется, bind нуждается в этом внутреннем.
Так как содержание /var/cache/bind/3bf305731dd26307.nzf
сам говорит - не редактируйте этот файл вручную, только через rndc
.