У подчиненного сервера имен Bind9 возникли проблемы с передачей главного файла

У подчиненного сервера имен Bind9 возникли проблемы с передачей главного файла

У меня настроен главный сервер имен, и теперь я пытаюсь настроить подчиненный. Bind9, кажется, загружается и работает нормально, однако я получаю следующую ошибку:

Apr 27 12:47:21 ns2 named[23563]: dumping master file: slaves/tmp-oJ5LJ1RtO4: open: file not found

Вот мой файл named.conf.options:

options {

recursion yes;
allow-recursion { trusted; };
listen-on { 10.0.1.11; }; //this machines IP. 
allow-transfer { none; };

// 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 {
    10.0.1.12;
    x.x.x.x; //keeping my ISPs nameservers private for post in askUbunutu
    x.x.x.x; //
};

//========================================================================
// 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-validation auto;

auth-nxdomain no;    # conform to RFC1035
listen-on-v6 { any; };

};

Файл slave-устройств named.conf.local:

//
// Do any local configuration here
//

// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
zone "mycity.example.com" {
type slave;
file "slaves/db.mycity.example.com";
masters { 10.0.1.12; };
};

zone "1.0.10.in-addr.arpa" {
    type slave;
    file "slaves/db.10";
    masters { 10.0.1.12; };
};

Права доступа к каталогу для /etc/bind/slaves

drwxr-sr-x   2 bind bind  4096 Apr 27 09:41 slaves

Есть идеи, что я делаю не так?

решение1

Директива file относится к каталогу bind var в Ubuntu, который по умолчанию имеет следующий вид:

/var/кэш/связать

Это так, если только не изменено с помощью директивы каталога в параметрах, поэтому он ищет следующий каталог для сохранения данных:

/var/cache/bind/slaves

Обратите внимание, что это, вероятно, лучшее расположение, на самом деле не идеально предоставлять привязке доступ на запись в ее собственный каталог /etc, поскольку это позволяет кому-то потенциально изменить вашу конфигурацию привязки, если он каким-то образом воспользуется возможностью безопасного хранения переменных данных в другом месте и позволит серверу записывать туда данные.

Связанный контент