BINDを使用して、新しく作成されたゾーンファイルが名前付きチェックゾーンチェックに失敗した理由を確認する必要があります。これには、named.confファイル、ゾーンファイル、エラーが順番にあります。私はアイピーも変えましたが、どこが問題なのかわかりません。
logging {
channel default_debug {
file "data/named.run";
severity dynamic;
print-severity yes;
};
};
zone "example.vm." {
type master;
file "db.example";
allow-update { none; };
};
zone "." IN {
type hint;
file "named.ca";
};
include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";
[root@office1 named]# cat db.example
$TTL 3H
$ORIGIN example.vm.
example.vm. IN SOA office1.example.vm. root.example.vm. (
1 ; serial
1D ; refresh
1H ; retry
1W ; expire
3H ) ; minimum
example.vm NS office1.example.vm.
office1 A 10.73.111.72
[root@office1 named]# named-checkzone example.vm db.example
zone example.vm/IN: has no NS records
zone example.vm/IN: not loaded due to errors.
ベストアンサー1
ゾーンdb.exampleファイルにスペルエラーがある可能性があります。
example.vm NS office1.example.vm.
これは原点に基づいて解釈され、次のようになります。example.vm.example.vm.
必ず末尾に点を追加するか、この場合は@原点を表す文字を使用してください。次のいずれかが機能するはずです。
example.vm. NS office1.example.vm.
@ NS office1.example.vm.