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; };

};

スレーブ 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

ファイル ディレクティブは、Ubuntu の bind var ディレクトリを基準としており、デフォルトでは次のようになります。

/var/キャッシュ/バインド

つまり、オプションのディレクトリ ディレクティブを使用して変更しない限り、データを保存する次のディレクトリを探します。

/var/cache/bind/スレーブ

いずれにしても、これはおそらくより良い場所ですが、bind に独自の /etc ディレクトリへの書き込みアクセス権を与えるのは理想的ではありません。なぜなら、そうすると、誰かが何らかの方法で bind safer を悪用して変数データを別の場所に保存し、サーバーがそこに書き込むようにした場合、誰かが bind 構成を変更する可能性があるからです。

関連情報