标签中带有https：//的DNS A记录

我最近第一次遇到以下形式的A记录：

https://www.example.com.    <TTL>   IN  A   <IP address>

据我所知，该记录是有意的（即不是错误）。我知道，按照RFC 2181的规定，冒号和正斜杠是标签的有效字符，但我不了解记录的用途。某些证书颁发机构是否使用此表单进行域控制验证？这种形式可以防止某种形式的利用吗？捕获某种用户错误或软件已知问题？

domain-name-system a-record

— 宾基
source

IP地址与匹配的www.example.com的IP地址是否不同？是什么让您认为这是故意的而不是错误？

— jcaron

我怀疑此A记录未配置错误的原因是，控制这些记录的组织是一家大型公司，拥有大量在线业务，我希望其DNS记录受到严格审查。但是我完全有能力相信这些A记录是错误的。如果确定记录的原因，我将进一步研究（无双关语）并发布更新。

— Binky

如果有人拥有Farsight DNSDB帐户或类似的服务，并且想在完整的DNS空间中查询其他具有“ https：//”的A记录，那真是太酷了。:)

— Binky

的A记录https://www.example.com的IP地址映射与的IP地址映射不同www.example.com。前者根据ARIN whois映射到“ example.com”拥有的/ 16网络块中的地址（多个A记录）。后者映射到主要CDN提供程序域中的CNAME。CNAME链最终映射到CDN提供商网络中的IP地址

— Binky，

@Binky：这不是怀疑它没有配置错误的好理由。大公司的无能是极为普遍的。

— R.，

Answers:

最可能的解释是，一个不熟悉DNS的用户试图配置DNS记录，并且犯了一个错误，这一错误对于熟悉DNS的任何人都是显而易见的，而对不熟悉DNS的人则不明显。

虽然DNS标签通常可以是任何任意二进制数据，但您应该阅读第11节的其余部分，尤其是：

但是请注意，利用DNS数据的各种应用程序可能会对环境中可接受的特定值施加限制。例如，任何二进制标签都可以具有MX记录并不表示任何二进制名称都可以用作电子邮件地址的主机部分。DNS的客户端可以对用作DNS查找请求的键的值以及DNS返回的值施加适合其情况的任何限制。如果客户端有这样的限制，则它仅负责验证来自DNS的数据，以确保它在使用任何数据之前符合要求。

除其他外，这意味着标签语法可能取决于RR类型而受到限制。如RFC 1123第2.1节和RFC 952中所指定，Internet主机名具有这样的约束语法，其中冒号和斜杠无效。

— 迈克尔·汉普顿
source

标准地址是错误的，但可能有人将DNS用作带外通信设备。

不难想象必须通过DNS而不是通过“正常”通道来传递数据。

— djsmiley2k-CoW
source

您能继续为我们设想吗？因为这个答案并没有真正说明可能会发生什么，只是回答者认为这是合乎逻辑的。

— Saiboogu

可能有人将DNS用作带外通信设备。 @ djsmiley2k我在原始帖子中没有提到这种可能性，因为控制这些A记录的组织是一家具有严格安全性/合规性要求的公司。对于这些记录而言，极不可能采用带外访问机制，如果这些记录是OOB hack，那么后果将是……令人恐惧。

— Binky

@眨眼很公平，在这种情况下不太可能，但在其他情况下则有可能。

— djsmiley2k-CoW

这当然是可能的，但是DNS侧通道通常使用TXT记录中的文本而不是主机名本身来完成。另外，“ https：//”看起来像是错误，而不是密文。

— 克里基