我还有下一个问题。我有子网 92.222.0.0/17,并且我控制了它的反向记录。区域定义如下:
zone "123.222.92.in-addr.arpa" {
type master;
file "rev/db.92.222.0-127";
};
zone "124.222.92.in-addr.arpa" {
type master;
file "rev/db.92.222.0-127";
};
在这个单独的文件中我有很多:
$ORIGIN 0.222.92.in-addr.arpa.
...
$ORIGIN 123.222.92.in-addr.arpa.
$ORIGIN 124.222.92.in-addr.arpa.
我在他们身上投入了很多
$ORIGIN 123.222.92.in-addr.arpa.
$GENERATE 1-254 $ PTR fr2-a$.example.net.
$ORIGIN 124.222.92.in-addr.arpa.
$GENERATE 10-139 $ PTR fr2-b$.example.net.
除了启动绑定并使用 named-checkzone 检查文件区域外,所有操作均正常。在日志文件中,我有
named[4256]: rev/db.92.222.0-127:83: ignoring out-of-zone data (47.1.222.92.in-addr.arpa)
因此,对于每个包含 $GENERATE 的字符串,bind 都会生成此警告。尝试查找如何修复,但没有成功。bind 至少启动了 40 秒,直到服务器相差 2 分钟。可能有人可以在这里帮助我?谢谢!
答案1
该问题并不特定于反向区域$GENERATE
,而是普遍存在于在为给定区域指定的区域文件中存在属于某个不同区域的数据的情况。
每个区域只需有一个区域文件,这不是问题。