为什么AWS Route 53配置的DNS记录无法对外正常解析?
问题1:AWS Route 53上配置的DNS记录是否正确?
你当前托管区域内配置的三类记录本身格式和内容均符合规范:
- MX记录完全匹配Google Workspace(原G Suite)要求的地址、优先级配置,附带的谷歌验证MX记录也格式正确
- 托管区域自动生成的NS、SOA记录符合Route53的配置要求,无格式错误
单看托管区域内的记录配置没有问题。
问题2:要让DNS记录对外可正常解析需要的额外配置
你遇到的解析失败问题是典型的域名注册商侧权威NS服务器与托管区域NS记录不匹配导致的,需要做如下配置:
首先明确两个完全独立的NS配置逻辑:
- 托管区域内的NS记录:仅用于声明当前托管区域对应的权威服务器地址
- 域名注册商侧的NS配置:用于告诉顶级域(.it)收到你的域名解析请求时,转发到哪组权威服务器,这才是全局解析生效的核心配置
即使你的域名是在Route53注册的,也需要手动确保两处NS配置完全一致,操作步骤如下:
- 进入Route53控制台「已注册的域名」分类,找到你的
domain_name.it域名详情页 - 提取详情页中「名称服务器」字段的当前配置,与你托管区域内列出的4条NS记录逐字符比对,注意末尾的
.不能遗漏 - 若存在不一致,将注册商侧的名称服务器修改为和托管区域完全一致的4条记录
- 保存修改后等待全局同步,.it顶级域的NS更新同步周期通常为24~72小时
快速验证方法
你可以直接指定托管区域的NS服务器发起查询,确认记录本身是否生效:
nslookup -query=MX domain_name.it ns-1634.awsdns-12.co.uk
如果该查询能正常返回你配置的MX记录,即可完全确认问题出在注册商侧NS配置不匹配。
内容的提问来源于stack exchange,提问作者Nhan Ng.
相关产品推荐
相关产品推荐

