DNS HTTPS 记录：域名解析为什么不只回答“服务器 IP 是多少”？

传统 DNS 查询常被简化成一个问题：“这个域名对应哪个 IP 地址？”但现代连接还要回答更多问题：服务支持哪种传输协议、应连哪个主机或端口、是否有特定连接参数？SVCB 与 HTTPS 记录就是为这类服务绑定信息设计的 DNS 记录类型。

DNS 可以给出“怎么连接”的线索

SVCB 记录可以发布服务目标和一组参数。HTTPS 记录则是面向 HTTPS 服务的特定形式。客户端除了获得目标名称，还可能读取协议标识、端口、地址提示及其他参数，从而在开始连接前更早选择合适路径。记录支持 AliasMode 与 ServiceMode 等不同表达方式：前者可将查询引向另一个名称，后者直接描述服务端点和参数。

可以把 DNS 想成导航台。A 或 AAAA 记录像给出一个街道地址；HTTPS/SVCB 则还可能附上“从哪个入口进、用哪种交通方式、服务台在哪个楼层”等说明。客户端仍需结合自身支持的协议、缓存结果和安全策略作决定，不会因为 DNS 给了线索就无条件照做。

服务绑定不是身份认证的替代品

DNS 记录可以帮助发现端点，但客户端仍需验证 TLS 证书、目标名称和连接安全。地址提示可能过期，客户端也可能不支持某个参数。若使用 DNSSEC，可以验证 DNS 数据来源和完整性，但 DNSSEC 不负责加密查询内容，也不自动证明目标应用值得信任。

HTTPS 记录还可以携带与加密客户端问候相关的配置线索；实际隐私收益依赖客户端、递归解析器、权威 DNS 和服务器等多方支持。记录里出现某项能力，不代表中间网络一定不会观察到其他元数据，也不表示所有连接都会采用同一协议。

SVCB/HTTPS 的价值，是让 DNS 从“查地址”扩展到“发现服务端点及连接参数”，帮助客户端更聪明地建立连接。理解它时要分清解析与验证：DNS 提供可用的连接信息，客户端和传输安全机制仍负责确认“我到底连到了谁”。

来源：IETF RFC 9460：Service Binding and Parameter Specification via the DNS