如何正确配置Azure DNS路由流量至CDN Profile解决多入口不同步问题

实际观测的平台行为 #

• 通过Azure平台购买域名后，系统提供两个无内置数据同步机制的独立DNS记录管理入口：
  • 入口一：App Service Domains模块内的「管理DNS记录」选项，支持新增全类型DNS记录
  • 入口二：域名详情页「高级管理门户」下的DNS Zone配置入口，同样支持新增各类DNS记录
• 在任意入口中添加的DNS记录，不会同步展示在另一处的配置界面中
• 测试验证场景：新增主机为www的CNAME记录，别名指向mycdn.azureedge.net，无论将该记录配置在管理DNS Zone模块、高级管理门户DNS模块，或是两处同时配置，对应的CDN Profile始终无法识别到该条自定义域名关联记录

问题核心原因 #

两个管理入口对应完全独立的两套DNS权威解析节点，不存在配置打通逻辑：

• App Service Domains模块自带的「管理DNS记录」入口，对应的是域名注册时默认绑定的基础第三方DNS托管服务
• 「高级管理门户」下的DNS Zone入口，对应独立部署的Azure DNS Zone托管服务
• 两套服务的配置是否对外生效，完全取决于域名注册后台配置的NS（名称服务器）记录指向，和Azure门户内的展示位置没有关联

标准化配置流程 #

• 第一步：确认域名实际生效的权威解析体系
  登录域名注册管理后台，查看NS记录的指向地址：
  • 若NS记录指向Azure DNS Zone提供的专属名称服务器地址，后续所有DNS记录都必须在对应DNS Zone模块内配置，App Service Domains自带的「管理DNS记录」入口的所有配置将不会对外生效
  • 若NS记录指向App Service Domains默认绑定的第三方DNS服务，后续所有DNS记录都必须在「管理DNS记录」入口内配置，高级管理门户内的DNS Zone配置将不会对外生效
• 第二步：完成CDN自定义域名关联校验
  确认NS记录指向匹配、对应DNS体系内已经正确添加CNAME记录后，等待全球DNS解析缓存完成生效（最长生效周期约72小时），回到CDN Profile的自定义域名配置页，重新触发域名所有权校验
• 常见配置偏差排查
  • 不要在两套独立DNS体系内同时配置同名CNAME记录，避免出现解析结果的不确定性
  • CNAME记录主机值需匹配填写规则：配置www子域时，主机值仅填写www即可，无需填写完整域名；配置根域名解析时，主机值留空，不要填写@
  • 若使用Azure DNS Zone托管解析，可直接为记录添加CDN别名映射，相比手动配置指向*.azureedge.net的普通CNAME记录，别名记录自带自动健康检查、故障切换能力，配置效率更高

内容的提问来源于stack exchange，提问作者Adam Glasser