RFC 中是否有任何内容禁止我为mydom.example指定 NS 记录,如下所示:
mydom.example 192.0.2.4
secondaryns.example
相比于
ns.mydom.example 192.0.2.4
secondaryns.example
具体来说,当主 NS 在同一个域上时,我可以在那里使用mydom.example还是绝对有必要为 NS 提供任何三级域,例如ns.mydom.example?
RFC 中是否有任何内容禁止我为mydom.example指定 NS 记录,如下所示:
mydom.example 192.0.2.4
secondaryns.example
相比于
ns.mydom.example 192.0.2.4
secondaryns.example
具体来说,当主 NS 在同一个域上时,我可以在那里使用mydom.example还是绝对有必要为 NS 提供任何三级域,例如ns.mydom.example?
不,没有什么禁止您使用名称为区域名称的名称服务器名称。
它存在,但绝对不推荐。首先,它显然是在辖区内,所以你需要胶水记录。这已经让人有些头疼了。
但是,让名称服务器名称等于区域名称肯定会触发边缘情况,因为这种情况并不为人所知,因此您会发现很多软件/API/UI 对此感到窒息。
因此,根据经验,我建议您不要这样做。做这样的事情你并没有真正获得任何好处,所以最好避免。
这不是三级域。这
ns.example.com
是(例如指向)A
/AAAA
RR 的名称,其中包含服务器的实际 IPv4 或 IPv6 地址。而且,因为 NS 应该精确
A
指向或AAAA
记录,所以不能使用“apex”名称作为名称服务器主机名。委托区域始终至少包含一条SOA
记录,因此区域名称不适合作为NS
记录目标。您的区域(由您的服务器提供服务)将采用以下形式:
如果名称服务器 RR 名称本身位于
example.com
该区域内,则需要定义它(正如我在ns.example.com
上面所做的那样),并且您的上游区域 (com
) 会将其作为粘合记录与委托记录一起添加。在这种情况下,该com
区域将为您包含三个记录:2 个委托NS
和 1 个粘合A
。如果名称服务器 RR 在域之外,它不能被添加到这个区域(因为它不属于它)并且上游不会有它的胶水(好的,它可以有相同的记录作为另一个胶水域,但这不关你的事)。但我不明白你为什么担心。就像每个人一样做。不要被营销噱头拉扯,“领域”的“层次”除了技术,什么都没有。当我们谈论名称的逻辑一致使用时,鼓励使用层次结构的嵌套级别。