IT之家 5 月 8 日消息，据科技媒体 Borncity 今天报道，德国顶级域名管理机构 DENIC 已向.de 域名持有者发送邮件，要求验证身份。 作为参考，德国互联网信息中心 DENIC 是一家位于法兰克福的机构，是 1700 万个.de 域名的中央注册机构。 DENIC 表示，本次验证是为了符合欧盟 NIS-2 法规。根据相关政策， 所有域名持有者有义务提供完整姓名（IT之家注：如为法人则需要提供公司类型）、电话号码 / 电子邮箱地址以及邮寄地址信息 。 通常情况下，这些信息会由域名提供商自动提交。但 DENIC 已启动数据审查流程。在 .de 域名注册和管理过程中，持有者信息会被自动检查完整性和合理性。 如果官方发现域名信息与实际不一致，则可能需要额外验证。这种情况下，域名持有者必须通过自己的提供商验证信息，以确保域名持续可用。 DENIC 董事会成员 Tom Keller 表示，需要验证的域名只占“个位数百分比”， 因此如果你的域名收到验证请求 ， 请务必及时处理 ， 否则将失去访问权限 。
IT之家 5 月 6 日消息，科技媒体 BornCity 今天（5 月 6 日）发布博文，报道称德国域名注册机构 DENIC 昨日在执行 DNSSEC 密钥轮换时发生操作失误， 导致 .de 域名出现大面积解析故障。 本次事件可以追溯到国际标准时间 5 月 5 日 20 点 58 分（IT之家注：北京时间 5 月 6 日 4 点 58 分），持续约 1.5 小时。 在受影响期间，用户报告 amazon.de 、 dhl.de 等多个知名网站无法访问，DNS 查询返回 SERVFAIL 错误。 本次故障原因，在于 DENIC 执行 DNSSEC ZSK 轮换时的操作失误。DENIC 使用 Keytag 33834 的新密钥对区域数据完成签名，但未在 DNSKEY 记录中发布该密钥。验证解析器无法获取公钥验证签名，将所有响应标记为“DNSSEC Bogus”并拒绝返回结果。 Cloudflare 在国际标准时间 5 日 21 点 20 分识别问题后采取应急措施，临时禁用 1.1.1.1 公共解析器的 DNSSEC 验证功能。 这一操作绕过了签名校验，让 .de 域名恢复解析，但同时也削弱了安全防护。Quad9 的 9.9.9.10 解析器因默认不强制验证 DNSSEC，成为用户临时替代方案。 DENIC 于北京时间今天凌晨 5 点 43 分发布推文，发布声明承认 DNS 服务中断，技术团队介入排查。故障修复后，DNS 记录传播预计需要约 2 小时完成全球同步。 在北京时间今天早上 7 点 43 分，官方发布动态，宣布已修复故障。截至IT之家发稿前，.de 域名解析已基本恢复正常。
由于德国国家域名注册局（DENIC）的系统出现了全球性的突发故障，目前所有.DE域名都无法进行DNS解析。 原因似乎是 DENIC 的 DNSSEC ZSK 轮换失败。DENIC 使用 ZSK 密钥标签 33834 对区域数据进行了签名，但未在 DNSKEY 记录中发布此密钥。任何 DNSSEC 验证解析器都会将此签名视为无效，并返回 SERVFAIL 错误信息： EDE: 6 (DNSSEC Bogus): RRSIG with malformed signature found for de/soa (keytag=33834) 你可以前往 https://status.denic.de/ 查看状态(目前无法访问) DENIC 修复此问题后，传播过程大约需要 2 小时。 7 个帖子 - 6 位参与者 阅读完整话题
原文链接： https://status.denic.de/pages/incident/592577eab611ce1e0d00046f/69fa60ef9d12f5057a974f38 自发帖时，问题仍未解决，能解析出来纯粹靠超长 TTL 缓存续命
原文链接： https://status.denic.de/pages/incident/592577eab611ce1e0d00046f/69fa60ef9d12f5057a974f38 自发帖时，问题仍未解决，能解析出来纯粹靠超长 TTL 缓存续命
原文链接： https://status.denic.de/pages/incident/592577eab611ce1e0d00046f/69fa60ef9d12f5057a974f38 自发帖时，问题仍未解决，能解析出来纯粹靠超长 TTL 缓存续命