HTTPS 记录是什么
HTTPS 记录（类型 65，规范为 RFC 9460）告诉客户端这个域名下有哪些现代服务参数可用：支持哪些应用层协议（例如 HTTP/3 与 HTTP/2）、使用什么端口、有没有加密客户端初始消息的配置。它是 HTTP/3 自动发现的标准途径——客户端不需要任何额外配置，查到这条记录就知道同一个 443 端口上还能跑基于 UDP 的 QUIC。
基本信息
| 记录类型 | HTTPS，类型编号 65 |
|---|---|
| 规范 | RFC 9460 |
| 结构 | 优先级、目标名、若干参数 |
| 常用参数 | alpn、port、ipv4hint、ipv6hint、ech |
| 优先级 0 | 别名模式，目标指向另一个域名 |
| 与地址记录关系 | 可与 A、AAAA 记录共存 |
查询与典型取值
查询与典型取值
dig +short example.com HTTPS
# 1 . alpn="h3,h2" port=443 ← 本域名支持 h3 与 h2
dig +short example.com A AAAA # 地址记录同时存在，各司其职
dig example.com HTTPS +noall +additional # 观察附带提示地址常见参数
| 参数 | 作用 | 注意点 |
|---|---|---|
| alpn | 声明支持的协议列表，如 h3 与 h2 | 顺序影响客户端优先选择 |
| port | 服务使用的端口 | 默认 443，换端口时需显式写出 |
| ipv4hint | 提示可直接使用的地址 | 减少额外查询轮次 |
| ipv6hint | 提示的 IPv6 地址 | 与地址记录配合 |
| ech | 加密客户端初始消息的配置 | 需与客户端支持情况匹配 |
典型使用场景
- HTTP/3 上线：让支持新协议的客户端自动切换到 QUIC
- 服务端协议策略调整：先只声明 h2，验证后再加入 h3
- 排障新协议不通：确认记录是否发布、参数是否与实际监听一致
- 多接入点编排：把客户端引导到指定端口与服务
- 协议回退验证：移除记录后确认客户端是否按普通语义回退
该记录缺失或查询失败时，客户端会按普通 HTTP 语义回退，因此发布前不易发现配置问题。与 CNAME 不同，它可以与地址记录共存，不会独占名字。上线新协议时应当同时确认：记录已发布、目标端口确实在监听、并且放行了对应的传输层协议。