GoDaddy子域名委派至AWS Route53后解析不生效问题排查

你的配置流程存在多个高频踩坑点，按优先级逐一排查即可：

• 主机记录填写错误：在GoDaddy添加NS记录时，主机名字段必须填app，不能填完整域名app.testakc.com，也不能留空。填完整域名会生成app.testakc.com.testakc.com的无效NS记录，留空会覆盖根域名本身的NS配置，都会导致委派失效。
• NS记录值格式错误：Route53分配的NS记录是全限定域名格式，末尾自带.（比如ns-1234.awsdns-56.org.），录入GoDaddy时不能删掉这个末尾的点，否则GoDaddy会自动给记录值拼接根域名后缀，变成ns-1234.awsdns-56.org.testakc.com这类无效地址。
• 存在同前缀冲突记录：如果GoDaddy解析面板里已经存在主机名为app的A/AAAA/CNAME等非NS类型记录，DNS查询时会优先返回这些记录，直接跳过NS委派逻辑，必须先删除所有同前缀的非NS记录。
• Route53侧缺失业务解析记录：创建托管区域不等于完成解析，你还需要在Route53的app.testakc.com托管区域内，添加对应业务记录：记录名留空（代表匹配app.testakc.com本身），记录类型根据业务选A/CNAME/ALIAS等，值填AWS侧的资源地址（EC2弹性IP、ALB域名等）。如果托管区域内没有对应记录，就算委派成功也无法返回解析结果，ping自然无响应。
• 未等待缓存同步：GoDaddy侧NS记录默认TTL为3600秒（1小时），配置修改后不会立刻全球生效，本地设备、运营商DNS都会缓存旧的解析结果。不要直接用ping测试，先执行nslookup -type=NS app.testakc.com 8.8.8.8指定公共DNS查询，确认返回的NS地址和Route53分配的完全一致，再测试业务连通性。

快速校验配置正确性：执行dig NS app.testakc.com @GoDaddy对应根域权威DNS地址，如果返回的NS结果和你从Route53复制的4条记录完全一致，说明GoDaddy侧委派配置正确，剩余问题只需要等待缓存同步、补全Route53内部业务记录即可。

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