在 Bind 9.8.1 Ubuntu 服务器 12.04 中,我配置了 ENUM(电子号码映射)。
1)在/etc/bind中创建named.conf.enum文件named.conf.enum内容:
区域“adras.af”{类型主;文件“/etc/bind/db.adras.af”;};
2)在named.conf文件中包括named.conf.enum
包括“/etc/bind/named.conf.enum”;
3)制作db.adras.af文件:
$TTL 86400
e164.arpa. 在 SOA servera.adras.af root.adrasnew.af. (
2004011522;序列号
21600;刷新
3600 ;重试
604800;过期
3600;最小 TTL
adras.af. IN NS 服务器 a.adras.af.
;
servera.adras.af. 在 192.168.1.2
0.9.8.7.6.5.4.3.2.1.e164.arpa. 在 NAPTR 10 100 "u" "E2U+sip" "!^.*$!sip:[电子邮件保护]“”。
0.9.8.7.6.5.4.3.2.1.e164.arpa.NAPTR 10 101 “u” “E2U+h323” “!^.*$!h323:[电子邮件保护]“”。
0.9.8.7.6.5.4.3.2.1.e164.arpa.NAPTR 10 102 “u” “E2U+msg” “!^.*$!mailto:[电子邮件保护]“”。
8.1.2.7.5.9.3.3.1.6.1.e164.arpa.NAPTR 100 10 “U” “SIP+E2U” “!^.*$!sip:[电子邮件保护]“”。
我像上面一样在 Bind 9 中配置了 ENUM,Bind 9 已成功重新启动,当我们测试我们的配置时:
dig @0.9.8.7.6.5.4.3.2.1.e164.arpa -t NAPTR
服务器显示以下消息:
dig: couldn't get address for '@0.9.8.7.6.5.4.3.2.1.e164.arpa':not found
答案1
您正在查询您想要查找的记录,您需要查询dns服务器。
挖掘@xxx.xxx.xxx.xxx 0.9.8.7.6.5.4.3.2.1.e164.arpa NAPTR
答案2
老问题了,但让我们做一下评论...
我在绑定(重新)加载期间缺少与区域文件相关的日志文件内容,但我期望“忽略区域外的数据”之类的内容......该区域将被忽略。
原因是,一旦为 adras.af 定义了区域,它就可以包含定义的区域或其子区域。例外可能是 Glue 记录,但在本问题中并非如此。
zone "adras.af" { type master; file "/etc/bind/db.adras.af"; };
区域内允许包含的数据例如:
$ORIGIN adras.af.
@ A IN 127.0.0.1
www CNAME adras.af.
所以结果就是adras.af
和www.adras.af
。
0.9.8.7.6.5.4.3.2.1.e164.arpa.IN NAPTR 10 100 "u" "E2U+sip" "!^.*$!sip:[email protected]!".
是 的子域e164.arpa.
,而不是adras.af
。在加载区域时,这些行将被忽略(如果区域甚至已加载),因此您将无法成功。
为了能够处理这些记录,您需要覆盖 e164.arpa。或子域名(仅对本地解析有意义,因为在全球范围内它将不可用/对于全球使用,您需要支付适当的服务费用 - 公共子域名e164.arpa.
)。
对于本地覆盖,您可以使用例如以下定义(其中之一):
zone "e164.arpa" { type master; file "/etc/bind/db.e164.arpa"; };
这很可能不是您想要的,因为您会覆盖/隐藏所有其他 e164 记录以进行本地解析。
zone "0.9.8.7.6.5.4.3.2.1.e164.arpa" { type master; file "/etc/bind/db.e164.arpa"; };
这里只有一条记录。我会从这条开始...对于下一个数字,我会进行类似的覆盖。