You need to enable JavaScript to run this app. 为什么AWS Route 53配置的DNS记录无法对外正常解析?
优惠活动
大模型
产品
解决方案
定价
更多

为什么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配置完全一致,操作步骤如下:

  1. 进入Route53控制台「已注册的域名」分类,找到你的domain_name.it域名详情页
  2. 提取详情页中「名称服务器」字段的当前配置,与你托管区域内列出的4条NS记录逐字符比对,注意末尾的.不能遗漏
  3. 若存在不一致,将注册商侧的名称服务器修改为和托管区域完全一致的4条记录
  4. 保存修改后等待全局同步,.it顶级域的NS更新同步周期通常为24~72小时

快速验证方法

你可以直接指定托管区域的NS服务器发起查询,确认记录本身是否生效:

nslookup -query=MX domain_name.it ns-1634.awsdns-12.co.uk

如果该查询能正常返回你配置的MX记录,即可完全确认问题出在注册商侧NS配置不匹配。

内容的提问来源于stack exchange,提问作者Nhan Ng.

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.16 05:36:07