我阅读了https://www.rfc-editor.org/rfc/rfc2606和https://www.rfc-editor.org/rfc/rfc6761,但我仍然没有得到一些细节。为什么https://www.rfc-editor.org/rfc/rfc2606没有明确说明我们应该为保留域返回哪个响应代码?https://www.rfc-editor.org/rfc/rfc6761的目的是添加更多详细信息吗?
在https://www.rfc-editor.org/rfc/rfc6761中,他们说:
相反,默认情况下,缓存 DNS 服务器应该为所有此类查询生成立即否定响应
负数是 NXDOMAIN 还是 REFUSED?还是由开发商决定?在同一个 RFC 的开头,是这样写的:
要使这个特殊的“保证不存在”名称有任何用途,必须将其定义为返回 NXDOMAIN
在这里适用吗?我不清楚他们为什么使用“负面反应”一词。另外,这个 RFC 在现实世界中实现了吗?看起来 dig 仍在查询这些保留域的根服务器。
NXDOMAIN 是否定响应。REFUSED 是拒绝提供服务,在此不适用。
和否定响应可以互换使用,因为这就是它们在RFC 2308, 2
NXDOMAIN
中的定义和在RFC 8020中阐明的方式;RFC 6761 正在标准化特殊用途域名,而不是 DNS 响应代码。还值得一提的是,这并不适用于所有保留域,但更具体地说
in-addr.arpa.
域,即RFC 6761、6.1中列出的for 、for和所有10.in-addr.arpa.
10./8
168.192.in-addr.arpa.
192.168./16
172.16./12
test.
( 6.2 )、localhost.
( 6.3 ) &invalid.
( 6.4 )、example.
, &应该正常处理(example.com.
6.5 )。(例如)。example.net.
example.org.
example.com. IN A 93.184.216.34
如果你
dig -x 192.168.1.1
,你应该从任何递归名称服务器获得一个NXDOMAIN
for ,但专用网络的权威服务器可能会回答本地适用的任何内容。1.1.168.192.in-addr.arpa. IN PTR
这是在 BIND 中实现的,例如
named.conf.local
:/etc/bind/zones.rfc1918
:/etc/bind/db.empty
:这保证了
NXDOMAIN
递归名称服务器上的回复,而不是使用来自的根服务器