主题
DNS 委派权力
在主题维度下，DNS主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
互联网历史
两种“什么都没有”：DNS 如何分清 NXDOMAIN 与 NODATA
DNS 返回空白，并不意味着现实也是一片空白。可能是整个名称不存在，也可能是名称明明存在，只缺少这一次查询的记录类型。负缓存真正成熟的标志，不是它学会记住失败，而是它终于知道自己记住的是哪一种“没有”。
互联网历史
学会过期的错误：DNS 如何缓存并不存在的东西
DNS 的扩展能力不仅来自记住正确答案，也来自记住某个答案暂时不存在。但“没有收到”可能是名称不存在、记录类型缺失、服务器故障、网络超时，甚至只是下一步委派。负缓存真正解决的问题，是如何把“没有”变成一条有发言者、有适用范围、会不断失效的证据。它减少了重复查询，也让一条刚创建的名称可能继续被昨天的“不存在”遮住。
互联网历史
比服务器活得更久的邮件地址：MX 记录如何把身份与投递分开
地址的右半边看起来像一台机器。早期邮件系统常常也这样行动：看到 `@` 后面的名字，就去连接同名主机。1986 年 1 月，RFC 974 记录了这个直觉为何已经不够，以及一条很小的 DNS 记录如何让地址留下、服务器却可以更换。
报道
RIPE NCC 将 ENUM 前途与 23 个问题委派拆开处理
为 9 月 ITU-T 第二研究组会议准备的新草案，纠正了一个过度扩张的问题：一次 DNS 盘点可以发现失效委派，却不能替多个机构决定整个 ENUM 体系的命运。RIPE NCC 现在明确支持 `e164.arpa` 下的公共 ENUM 继续运行，并主张把 17 个疑似不运行、6 个部分异常的委派逐案处理。
案例档案
Mozilla 的隐形安全边界：公共后缀列表如何进入运行代码
Mozilla 发起了公共后缀列表，Firefox 至今仍把其中一个版本变成浏览器行为。DNS 能说明 `whatwg.github.io` 位于 `github.io` 之下，却不能说明两个子域属于同一管理者，还是彼此不信任的租户。本文追踪 Mozilla 的两项有限角色——项目发起者与下游实现者——说明一份社区记录如何在运行代码中形成安全权力，同时不把 Mozilla 误写成列表的所有者。
ICANN
ICANN 对 .juniper 继任安排的征求意见进入最后一天
ICANN 正就一项初步判断接受最后一天意见：Juniper Networks 退出注册局协议后，`.juniper` 无须转交继任运营者。合同程序已经启动，但 IANA 的根区记录仍显示该品牌顶级域处于委派状态。
IETF
公开 ENUM 征询回复日期已过，决定尚未公布
ITU‑T 就可能关闭 `e164.arpa` 中 E.164 国家代码委派所作的成员国征询，将 2026 年 8 月 15 日列为回复日期；公开记录至今没有说明结果。
ICANN
IANA 标注根 KSK 第 62 次仪式已完成：公开记录究竟确认了什么
IANA 已将根 KSK 第 62 次仪式标为“已完成”。公开页面确认 8 月 12 日的操作涉及 2026 年第四季度 ZSK 签名及两台 HSM 的退役，但该页面本身并非独立审计结论。
ICANN
ICANN 两个窗口关闭后，域名申请的重心转向注册局运营能力
ICANN 2026 轮新通用顶级域申请窗口，以及注册局服务提供商评估计划的申请窗口，均已于 8 月 12 日 23:59 UTC 关闭。这个时点并不意味着某个域名已经获批或被写入根区；它把视线从“申请了什么”推向“谁能把注册局服务持续运行起来”。
ICANN
ICANN 领导层需要可衡量的机构优先事项
新任首席执行官可以设定节奏和管理纪律。ICANN 的合法性仍取决于任何单一领导者都不能控制的程序。
报道
两名成员，49 条 DS 记录：AFRINIC 2012 年采用快照究竟说明了什么
AFRINIC 在 2012 年年末报告了一个精确但极窄的结果：49 条 DS 记录、13 个域、两名成员。这个数字组合足以证明成员侧服务确实有人使用，也足以显示已观察记录全部集中于一个仅有两名参与者的群体；它却不足以计算成员采用率，更不足以判断整个区域成功或失败。缺少合格成员、合格域、提交尝试、拒绝或放弃以及年末仍然有效的记录等分母和漏斗数据，意味着“服务已经可用”不能被写成“运营者已经采用”。对一个私人技术记账员和协调者而言，合理的下一步是把分母和过程测清楚、降低自愿采用的技术摩擦，而不是把低采用解释成违规，或据此扩张任何主权、监管、警察、处罚、没收…
报道
AFRINIC为其签名反向区域接通父区信任链
2012 年 5 月 10 日，IANA 在`ip6.arpa`和`in-addr.arpa`父区发布了指向 AFRINIC 签名反向区域密钥的 DS 记录。这个动作补上了从根信任锚向下验证时缺失的一环：验证解析器不再只看到子区自称已经签名，而是能够检查父区的承诺、子区的 DNSKEY 与实际签名是否相互吻合。若这些状态错位，仍在正常应答的名称服务器也可能向验证器交出被判为 Bogus 的数据。正因如此，这次切换应被理解为一次需要精确排序、持续监测和安全退路的连续性工程，而不是对 AFRINIC 地位的加冕。
报道
当账本缺口碰上反向 DNS：AFRINIC 2012 年 Draft 1 的准确性难题与权力边界
2012 年 4 月 10 日，Tim McGinnis 提交 AFPUB-2012-DNS-001-DRAFT-01，试图用一条看似简洁的规则改善下游地址登记：没有在 AFRINIC 数据库中适当登记相应分配或再分配，就不批准新的反向 DNS 委派。问题确实存在，反向委派也确实需要可信记录；但这份草案把账本缺口直接接到了一项有现实价值的运行服务上，却没有同时设计误判识别、明确告知、快速纠正、独立复核和回滚。它最值得重读的，不是“该不该重视 Whois”，而是私人记账员在协调技术依赖时，怎样既守住记录准确性，又不把服务入口变成惩罚工具。
报道
签名已经上线，信任尚未接通：AFRINIC反向区域Phase 2的治理边界
2012 年 5 月 3 日，AFRINIC 开始在九个由 IANA 委派给它的反向解析区域中分发带 DNSSEC 签名的数据：六个 IPv4 区域、三个 IPv6 区域。这个动作真实、具体，也有技术价值；但它并不等于父区已经发布 DS 记录，更不等于成员子区的 DS 已经进入服务。恰恰是这段“有签名、尚未由父区锚定”的运行状态，让一次看似狭窄的 DNS 变更成为观察基础设施治理的好窗口：用户需要知道的不是一个启动口号，而是当时究竟由哪些服务器提供什么数据、普通查询是否连续、DNSSEC 查询是否一致、信任链在哪里中断、回滚是否仍然可执行。本文只审视 5…
领导者
Joe Abley：让分布式 DNS 变得可观察的工作
一个互联网地址并不总是指向一台机器。同一个服务可以把设备放在不同城市、不同网络和不同运营环境中，再从这些地点宣告同一个地址。用户看见的入口没有变化，实际回答请求的机器却可能随着路由改变。分布带来灵活性，同时也留下一个很朴素的问题：当一次查询成功、变慢或失败时，究竟是哪个地点作出了回应？
领导者
Ray Bellis：让 DNS 的沉默变成可用答案的工作
打开网页时，人们很少注意域名系统。只有等待不断拉长，DNS 才突然变得可见。最棘手的并不是收到一条明确报错，而是什么都没收到：数据包可能丢了，防火墙可能拦了请求，服务器可能不认识某项功能，也可能正在限制攻击流量。对客户端来说，这些原因都可能表现为同一段沉默。
全球云服务
GoDaddy 2025 年权威 DNS 中断：Anycast 命令隔离成为责任检验
2025 年 12 月 12 日，GoDaddy 表示，一条被误执行的命令中断了其权威域名服务的 Anycast 访问，持续八分钟。部分用户因为仍有可用缓存而没有立即感知，必须发起新查询的用户则可能遇到失败。时间很短，但控制问题并不小：当一条命令能够改变全球可达性时，运营商必须在执行前证明其对象、范围、审批、观测和回滚均有明确边界。
非洲机构
ZARC 2025 年 DNS 事件让 .za 注册局解析连续性成为问责测试
2025 年 3 月，围绕 .ZA 商业二级域名发生的 DNS 中断表明，注册局连续性不是后台行政细节。DNS 是把域名转换为可达网络方向的查询系统。这个环节一旦退化，即使网站、邮件服务器或应用本身仍在运行，用户也可能看到域名无法访问。
欧洲与中东机构
SIDN Labs 与国家域名注册局背后的研究平台
SIDN Labs 处于学术研究与荷兰 `.nl` 域名生态系统实时运营之间的独特位置。其重要性源自将注册局、DNS、路由与时序服务可见性转化为测量、原型与标准工作，而其局限亦来自同一制度安排：该实验室并不独立运营 `.nl`，无法以声明方式将论文转型为生产系统，仍依赖于 SIDN 的财务、数据访问、工程团队与公共利益优先事项。
全球机构
Let's Encrypt 2020 年 CAA 缺陷让 DNS 授权复核成为责任测试
证书签发不只是密码学事件，也是一项基于 DNS 的授权决定。Let's Encrypt 在 2020 年披露的 CAA 复核缺陷说明了这一点。证书机构可以先验证订阅者控制某个域名，并在限定时间内复用这次验证；但在真正签发证书前，它仍可能需要再次确认该域名的 DNS CAA 策略是否授权这次签发。