网站访问遇ERR_NAME_NOT_RESOLVED错误求助（AWS+NameCheap配置）
2026-8-2
解决
ERR_NAME_NOT_RESOLVED错误的排查步骤 1. 确认NameCheap域名DNS服务器已切换至Route53
- 登录NameCheap后台，找到
www.app.flerr.io的DNS设置，检查是否已将默认DNS替换为Route53托管区提供的4条NS地址。如果仍使用NameCheap默认DNS，Route53的所有配置都不会生效。 - 验证命令：执行
nslookup -type=NS www.app.flerr.io或dig NS www.app.flerr.io，查看返回的NS服务器是否与Route53托管区的记录完全一致。
2. 检查Route53托管区的配置细节
- 确认托管区层级：若托管区是
app.flerr.io，则www的解析记录应放在该托管区下；若单独创建了www.app.flerr.io托管区，需确保记录配置在对应层级。 - 修正A记录设置：
www的A记录必须开启**别名(Alias)**选项，目标指向CloudFront域名<id>.cloudfront.net——Route53不支持将普通A记录指向CNAME类型的域名，这是常见配置错误。 - 排查CNAME冲突：同一域名不能同时存在A记录和CNAME记录，若有多余的CNAME记录指向
www.app.flerr.io，需删除其中一组。
3. 验证DNS解析生效状态
- 直接查询Route53服务器：执行
dig www.app.flerr.io @<Route53的NS地址>，若能返回正确的CloudFront地址，说明Route53配置正常，问题出在全球DNS缓存同步上，等待TTL（通常默认300秒）过期即可。 - 清除本地DNS缓存：
- Windows：
ipconfig /flushdns - Mac：
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - Linux：
systemd-resolve --flush-caches
清除后重新尝试访问域名。
- Windows：
4. 确认CloudFront与S3的关联（辅助验证）
- 虽然S3直接访问正常，但仍需检查CloudFront源配置是否指向S3静态网站托管域名（如
xxx.s3-website-xxx.amazonaws.com），而非S3存储桶的REST端点，避免解析正常后出现内容访问异常。
内容的提问来源于stack exchange，提问作者Maor agai
相关产品推荐
相关产品推荐
