DNS 本身
RFC 1035 — Domain Names: Implementation and Specification。DNS 的基础定义，端口 53 与报文格式都在这里。
REFERENCES
参考资料
以 RFC 为第一信息源，辅以实现文档与公开技术文章。
规范原文
以 RFC 为准。下面每一条都注明了它究竟规定了什么 —— 转述容易走样，原文不会。
DoT
RFC 7858 — Specification for DNS over Transport Layer Security (TLS)。把 DNS 直接跑在 TLS 上，端口 853/tcp。
DoH
RFC 8484 — DNS Queries over HTTPS (DoH)。把每次查询映射成一次 HTTP 交换；本身不规定端口，443 是 HTTPS 的默认端口。
DoQ
RFC 9250 — DNS over Dedicated QUIC Connections。默认 853/udp，可协商改用 443；消息 ID 建议固定为 0。
ODoH
RFC 9230 — Oblivious DNS over HTTPS。在 DoH 之上引入中继，使任何一方都无法同时获知客户端身份与查询内容。状态为实验性。
TLS 1.3
RFC 8446 — The Transport Layer Security (TLS) Protocol Version 1.3。把握手收敛到 1 次往返，并引入 0-RTT 恢复。
QUIC
RFC 9000 — QUIC: A UDP-Based Multiplexed and Secure Transport。
RFC 9001 — Using TLS to Secure QUIC，说明加密握手如何并入 QUIC 自身握手。
HTTP/3
RFC 9114 — HTTP/3。DoH3 就是 DoH（RFC 8484）跑在这一层之上，因此没有单独的「DoH3 RFC」。
加密解析器的发现机制
RFC 9461 — Service Binding Mapping for DNS Servers：用 SVCB 记录声明支持的传输（含 alpn=h3 与 dohpath）。
RFC 9462 — Discovery of Designated Resolvers（DDR）：客户端如何在只知道 IP 的情况下发现该网络支持的加密解析器。
DNSSEC
与加密传输是两件事：DNSSEC 解决「响应是否被伪造」，加密 DNS 解决「链路上是否被看到」。两者互补，都需要。
以上均可从 RFC Editor 取到原文。 若发现本站表述与规范不一致，以规范为准 —— 也欢迎通过沟通页指出。