在互联网的世界里，有一个不成文的规则：如果网站或服务没有在Internet.nl的名人堂中列出，那么在现代互联网标准上可能还有所欠缺。Internet.nl是一个帮助组织检查其互联网标准是否最新且符合最新安全协议的平台。它评估从DNSSEC到IPv6的一切，确保网站和服务不仅功能齐全，而且安全且具备未来兼容性。
过去几年，检查Internet.nl上的所有选项的压力越来越大，尤其是DNSSEC和IPv6支持。IPv6的挑战虽然存在，但借助AzureFront Door等工具，问题变得可以管理。可以在中阅读更多关于如何使用Azure Front Door集成IPv6的信息。此外，还介绍了如何在不需要Azure Front Door的情况下，使用应用程序网关作为面向公众的服务的。
但房间里的大象仍然是DNSSEC。对于不熟悉的人来说，DNSSEC（域名系统安全扩展）通过确保DNS查询的响应是真实的，增加了一层额外的安全性，保护用户免受缓存投毒等攻击。
最近，和一位同事的对话让有了一个有趣的发现：微软的私有DNSSEC配置，目前处于私有预览阶段。通常，对私有版本的软件持谨慎态度——它们具有一定的不可预测性。然而，在Azure中配置DNSSEC，尤其是在新技术栈中，这个想法太诱人了，不容忽视。
对于那些准备深入研究的人，以下是如何使用Azure PowerShell在DNS区域启用DNSSEC的方法。命令很简单：
New-AzDnsDnssecConfig -ResourceGroupName "" -ZoneName "ZoneName"
这行简单的代码在指定DNS区域创建或更新DNSSEC配置。它可能看起来基础，但在幕后，这是向前迈出的重要一步，以保护域名。
命令的作用如下：
运行命令后，将收到类似于以下的输出：
Etag : 7fbca8a9-849e-48cc-a006-7843bd1e4b7f
Id : /subscriptions//resourceGroups//providers/Microsoft.Network/dnszones//dnssecConfigs/default
Name : default
ProvisioningState : Succeeded
...
这个输出表明DNSSEC已成功启用，DNS区域现在更加安全。希望看到的是ProvisioningState的Succeeded——这意味着一切都按计划进行。
最终，一个带有Azure Front Door的Azure商业对消费者解决方案在Internet.nl的名人堂中，真是太好了！
虽然通常避免使用私有版本，因为它们固有的不可预测性，但Azure的私有DNSSEC配置已被证明是一个强大的解决方案。它无缝集成到基础设施即代码（IaC）方法中，这对至关重要。
配置DNSSEC出奇地简单，而且它现在是Azure栈的一部分，意味着在Internet.nl上实现完全合规的又一个障碍被清除了。如果处于类似的位置，平衡对高级安全的需求和对流线型、IaC友好的解决方案的渴望，强烈建议尝试一下这个私有预览。
DNSSEC可能是拼图的最后一块，但有了Azure的工具，它终于就位了。这次经历强化了一个关键的教训：有时，冒险进入私有预览领域可能会带来意想不到的、但非常有回报的结果。
有关如何在环境中实施DNSSEC的更多细节，可以查阅。
和任何私有预览功能一样，都存在风险。建议是谨慎行事。如果开发实践采用基于主干的开发，并且对管理特性开关感到满意，那么预览版和最终版之间的小变化的风险是可控的。考虑潜在的影响——如果由于DNSSEC更新而导致的短暂停机是可以接受的，特别是在非业务关键环境中，会说继续尝试。
然而，如果环境是业务关键的，停机不是一个选项，可能需要三思。在这种情况下，虽然通常主张留在Azure生态系统内，但必须给予应有的认可：Cloudflare在这方面表现出色。凭借其对IPv6的强大支持、高级安全功能、机器人保护和有竞争力的定价，Cloudflare是云市场中的有力竞争者。
对于那些管理业务关键应用程序，DNSSEC停机可能是灾难性的，建议是在Azure Front Door前面配置Cloudflare解决方案。这将确保获得所需的DNSSEC支持，同时也在Internet.nl上勾选所有选项，而不会影响环境稳定性。