主题
DNS 委派权力
在主题维度下，DNS主题情报把围绕同一具体议题、信号焦点或监测主题的 BTW.MEDIA 文章串联起来。页面为读者提供更完整的阅读路径，涵盖相关报道、证据来源、市场参与者和基础设施影响，并给出足够背景，帮助理解该主题为何在公司动态、治理决策、区域影响和运营风险中值得关注。读者可以比较反复出现的信号、受影响组织、公开证据、市场背景、服务连续性、采购、竞争、合规和战略规划等问题，而不是只看一份单薄的相关文章列表。页面还会说明该主题涵盖什么、涉及哪些基础设施参与方或政策、有哪些证据支撑报道，以及该主题对运营商、客户、投资者和关注政策的读者为何重要。
案例档案
.ECO 的社区主张如何变成注册局权利
Big Room 的 14 分评估既没有垄断环保概念，也没有直接完成根区委派。它先在四方争用中取得优先，之后合同与技术委派才把优势转化为运营位置。
案例档案
共识意见如何让 .AMAZON 停滞五年
政府没有直接掌握根区开关，独立复核小组也没有取得该权力。.AMAZON 的状态通过共识意见、董事会理由、合同保障和最终委派逐层变化。
案例档案
Google 为什么不能把 .SEARCH 永久关在企业内部
Google 的注册局子公司在规则未明令禁止时申请封闭使用通用字符串，暴露了 2012 年规则的政策空白。最终开关掌握在能暂停签约并规定开放条件的 ICANN 董事会委员会手中。
北美国家电信
C-Root 2024 年根区陈旧事件：把发布新鲜度纳入根服务器问责
C-Root 在数日内仍能回答 DNS 查询，却没有跟上根区的新版本。这个看似矛盾的状态揭示了一条基础设施治理底线：权威服务是否“在线”，不能只看它有没有回应，还要看它实际提供的权威数据是否仍然新鲜、准确且可被独立验证。
欧洲与中东机构
2024年.RU DNSSEC密钥轮换故障：区域签名验证为何成为基础设施问责测试
2024 年 1 月，.RU 国家和地区顶级域在一次计划内 DNSSEC 区域签名密钥轮换中发布了内部不一致的签名状态。故障说明，权威 DNS 节点即使具备充分冗余，也无法弥补共同区域数据本身的密码学错误；真正需要接受检验的，是密钥身份、签名产物、发布决策、递归验证、回滚以及修复证据组成的整条控制链。
欧洲与中东机构
DENIC 2026 年 .de DNSSEC 故障：签名系统一致性成为责任测试
2026 年 5 月 5 日至 6 日的 .de DNSSEC 事件说明，注册局的连续性不只取决于站点、anycast 节点或 HSM 数量；当共享签名状态本身不一致时，分布式基础设施会把错误状态同步放大，而不是自动吸收风险。
领导者
Bevil Wooding 与加勒比互联网韧性的运营工作
Bevil Wooding 的公开记录显示其参与加勒比互联网交换点建设、区域网络运营者社区、飓风后基础设施评估，以及一个有边界的根 DNSSEC 恢复角色，说明连续性由不同组织与人员在互联互通、运营知识、物理恢复与信任记录中的协同来维系。
全球云服务
GoDaddy 2012 DNS 事故：路由表变更与问责测试
GoDaddy 2012 年 9 月的中断表明，即使域名记录和身份信息保持正确，运行中的网络状态失效也可能使域名、网站、邮箱及其自身支持系统同时不可达。问责关注的不是是否有单一备份，而是变更、依赖和恢复路径是否独立，能否在故障中保持权威 DNS 持续工作。
全球云服务
土耳其 2014 年公共 DNS 拦截让解析器路由成为问责试金石
2014 年土耳其网络内公共解析器地址被拦截，说明用户配置的 DNS 目的地并不能证明其实际经历的路由、应答系统、响应完整性或恢复状态。
全球机构
2002 年根 DNS 攻击使分布式服务韧性成为问责考验
2002 年 10 月针对 DNS 根服务器系统的攻击表明，准确的权威记录并不等于可用性保障。问责取决于可达的权威服务、路由与容量多样性、解析器行为、流量控制、测量边界，以及分布式运营商恢复服务的证据。
全球云服务
UltraDNS 2014 年 DDoS 攻击使权威 DNS 连续性成为问责考验
2014 年 4 月 30 日 Neustar 的 UltraDNS 服务中断表明，权威 DNS 必须被视为运行中的网络基础设施，而不是配置文件中的静态条目。问责问题在于，服务商、其上游运营商和客户能否证明，路由、防护、备用服务、监测和恢复在各自主管的层面上确实发挥了作用。
全球云服务
Azure 2021 年 DNS 缓存缺陷让重试放大成为问责考验
Azure DNS 并不需要所有客户端请求都怀有恶意，2021 年 4 月 1 日的故障才会扩大。Microsoft 表示，一次来自全球的异常查询激增暴露了一个代码缺陷，降低了 DNS 边缘缓存的效率。随着服务过载，普通 DNS 客户端对未获答复的请求进行重试。这些重试被视为合法流量，因此流量尖峰缓解系统最初没有丢弃它们。其结果是在共享网络基础设施内部形成了反馈回路：缓存效率下降增加了工作量，受损的应答催生更多重试，而围绕可疑流量设计的防御措施，却未能遏制在总体规模上已造成运行危害的合法流量。问责的考验在于，运营商能否证明这一回路从哪里开始，哪个控制环节…
全球云服务
2019 Route 53 DDoS：DNS 缓解协调如何成为问责测试
2019 年 10 月 22 日，Amazon Route 53 遭遇了一次 DDoS 攻击。事件确实显示了“有攻击就有缓解”的单点表述局限：AWS 表示已检测并缓解，但少数由 ISP 运营的递归解析器本地规则导致部分有效 AWS 名称解析失败。此次公开记录显示，权威服务、递归解析器、接入网络与客户应用分别掌握不同控制面，任何一方的良性措施都可能影响另一方的合法请求。问责应依据可核验的全链路证据：按名称和查询类的应答率、anycast 汇聚变化、解析规则差异、缓存行为、规则过期与回滚，以及多网络恢复测量。 [1]
全球云服务
2018 年 Route 53 劫持：BGP 到 DNS 信任的问责检验
2018 年 4 月 24 日，约两小时内未经授权的更具体 BGP 通告将 Amazon Route 53 权威 DNS 地址空间的部分流量重定向。经由被转移路径到达的系统对 myetherwallet.com 返回虚假应答，将部分用户引向冒名端点。该事件并非单纯的加密货币盗窃、DNS 故障或云服务问题，而是暴露出一条链条：号码资源记录、运行路由策略、权威 DNS、解析器缓存、DNSSEC、TLS 与用户决策各自提供不同信任层。问责取决于识别哪个运营者能控制每一层，以及何种证据证明修复有效。
领导者
Robert Elz 与 .au 从个人信任到可问责注册局运营的托管交接
Robert Elz 在 .au 公共记录中的角色，展示了一项公共命名空间在不再适合依赖单一可信个人之后，负责任的技术托管应当如何演变。真正持久的成就并不只是曾经承担责任，而是参与一个让责任变得正式、可见并且可以由后来者接续的过程。
案例档案
.se 事件：当注册局区域发布使 DNS 冗余失效
一个畸形的国家代码顶级域区域展示了为什么弹性 DNS 服务器无法弥补共享的发布故障，以及为什么恢复必须同时恢复语义和加密有效性。
领导者
Hugo Salgado 与 .CL 背后的 DNS 运行记录
如果从 DNS 日常运行的基本纪律出发，Hugo Salgado Hernández 的公开记录会呈现出一条相当清晰的线索：把边界明确的变更转化为可重复的自动化，在区域技术共同体中积累和交换经验，并让分布式权威系统更容易被识别、比较与诊断。
NANOG
NANOG 一则纠错把域名停用预案推到注册局层
运营商讨论暴露了“只准备联系注册商”这一方案的盲区。在这起 `.com` 限制中，服务器侧状态由注册局运营方 Verisign 控制；注册商仍是申诉和身份核验入口，却不能单方面解除上游状态。
全球机构趋势
Gaurab Raj Upadhaya 与根密钥的有限托管
一把小小的金属钥匙有助于解释一个重大的制度成就：DNSSEC 的根如何可以依赖于一位志愿者的在场，同时又拒绝该志愿者单独行动的权力。
全球云服务
来自布加勒斯特的一次 Git 推送：Anverino Software 与 LuaDNS 的艰难经济学
LuaDNS 将权威 DNS 变成一个小型工程团队可以审查、脚本化并像软件一样部署的工具，但其异常开放的控制面也暴露了围绕精益基础设施运营商的采购核心问题：可验证的路由、纪律性的变更实践和经过测试的退出计划，能否使低成本的隐形基础设施足够可靠，以承载支撑业务的域名。