在AWS Route 53创建子域名后无法解析至弹性IP的问题排查

• 核心配置逻辑错误：若已为test.example.com创建独立公共托管区，主托管区（example.com）仅需添加test类型的NS记录，指向子托管区的4条Route 53权威NS服务器地址——禁止在主托管区重复添加test.example.com的A记录，这会导致解析优先级冲突，子托管区的配置无法生效。
• 子托管区A记录缺失/错误：检查test.example.com托管区内是否存在正确的A记录：类型选A，记录值填写弹性IP的公网IPv4地址，TTL建议设为300秒（便于快速验证）。
• DNS缓存排查：跳过本地/ISP缓存，直接用公共DNS测试：

  nslookup test.example.com 8.8.8.8
  dig @8.8.8.8 test.example.com
  

• NS记录一致性验证：主托管区的test NS记录必须与子托管区的权威NS地址完全匹配（复制Route53创建子托管区时生成的完整4条NS地址，不能遗漏或修改），且需等待DNS全球同步（通常10-30分钟，取决于TTL）。
• 弹性IP有效性验证：确认弹性IP已绑定至运行中的AWS资源（如EC2），且为公网可访问的弹性IP（而非VPC内网IP），可直接ping该IP验证连通性。
• 健康检查干扰：若子托管区的A记录关联了Route53健康检查，检查健康检查的端口、路径是否正常，若健康检查失败，Route53会返回空解析结果。

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