💡
原文英文，约700词，阅读约需3分钟。
📝
内容提要
Cloudflare最近解释了其1.1.1.1服务因DNS记录顺序变化导致的中断，更新使CNAME记录在响应中出现在最后，部分DNS客户端无法正常解析。Cloudflare提出新的RFC规范以明确CNAME记录的处理方式，并迅速进行了回滚。
🎯
关键要点
- Cloudflare解释了其1.1.1.1服务因DNS记录顺序变化导致的中断。
- 更新使CNAME记录在响应中出现在最后，部分DNS客户端无法正常解析。
- Cloudflare提出新的RFC规范以明确CNAME记录的处理方式。
- 1.1.1.1服务的中断是由于CNAME记录顺序的变化，导致一些DNS客户端解析失败。
- 该变化于2026年1月7日部署，之前在2025年12月2日引入。
- DNS解析器在查找CNAME记录时，可能会看到一系列别名记录，并缓存每一步。
- 部分DNS客户端实现依赖于记录的顺序，导致解析失败。
- Cloudflare在IETF讨论的互联网草案中提出RFC，以明确CNAME记录的处理。
- Cloudflare在1月8日迅速回滚了该变化，完成时间为19:55 UTC。
❓
延伸问答
Cloudflare的1.1.1.1服务中断的原因是什么？
中断是由于DNS记录顺序变化，CNAME记录在响应中出现在最后，导致部分DNS客户端无法正常解析。
CNAME记录的顺序变化是何时发生的？
CNAME记录的顺序变化于2026年1月7日部署，之前在2025年12月2日引入。
Cloudflare是如何解决CNAME记录顺序问题的？
Cloudflare提出了新的RFC规范以明确CNAME记录的处理方式，并在1月8日迅速回滚了该变化。
哪些DNS客户端受到了CNAME记录顺序变化的影响？
部分DNS客户端实现依赖于记录的顺序，导致解析失败，例如glibc中的getaddrinfo函数。
Cloudflare在IETF提出了什么样的RFC规范？
Cloudflare在IETF讨论的互联网草案中提出RFC，以明确CNAME记录的处理方式。
CNAME记录的顺序变化对DNS解析有什么影响？
CNAME记录顺序变化导致一些DNS客户端在解析时失败，因为它们期望CNAME记录出现在其他记录之前。
🏷️
标签
➡️
