CNAME 可以是主机名吗

ryt*_*tis 2 domain-name-system hostname cname-record rfc

这是一个神学问题,但尽管如此......

因此,服务器有一个主机名,假设 fqdn 是 hostname.example.com(准确地说,这是在 中设置的名称/etc/sysconfig/network)。

同一台服务器在不同的子网上有多个接口。假设 IP 是 10.0.0.1 和 10.0.1.1。

现在的问题是,理论上(请注意,这很重要,我知道它实际上有效,但我对纯粹的学术答案感兴趣)是否允许具有以下设置:

interface1.example.com. IN A 10.0.0.1
interface2.example.com. IN A 10.0.1.1
hostname.example.com. IN CNAME interface1.example.com.
Run Code Online (Sandbox Code Playgroud)

或者应该是:

hostname.example.com. IN A 10.0.0.1
interface2.example.com. IN A 10.0.1.1
interface1.example.com. IN CNAME hostname.example.com.
Run Code Online (Sandbox Code Playgroud)

我想从管理/行政 POV 中哪个更有意义很明显,但它在技术上是否正确?

反对第一个设置的论点是对 10.0.0.1 的反向查找返回interface1.example.com而不是人们可能期望的(即主机名:)hostname.example.com,因此前向请求和子顺序反向查找将返回不同的结果。

现在,正如我所说,我想要一个理论上的答案。链接到 RFC 部分等,明确允许或禁止使用 CNAME 名称作为主机名。如果没有,那也没关系,我只需要确认一下。到目前为止,我没有找到任何明确的陈述,除非这本书,这里以这种情况为例,并暗示它可以作为避免 MX 记录指向 CNAME 的方法之一来完成。

更新: 多个接口不是为了冗余(无论如何它们都是绑定的),而是为了实现流量的逻辑分离。例如,所有数据库流量都在子网 A 上,服务流量在子网 B 上,公共访问在子网 C 上。

UPDATE2: 看起来这不受 RFC/其他规则的约束,这是一个偏好问题。因此,我会将@Vatine 的答案标记为目前可行的答案,这意味着没有规定。也非常感谢@Alnitak 的建议和讨论!

Vat*_*ine 6

我什至会说 DNS 中的记录与服务器告诉您的名称之间根本没有任何联系,因此从 DNS 的角度来看,您的两种情况之间的唯一区别是名称去哪里。

从机器的角度来看,它不在乎。但是,从您的用户的角度来看,我会选择两者之一,然后坚持下去。