AWS注册的.in域名跳转至Gandi.net及S3配置无效求助
问题排查与解决方案
核心原因分析及处理步骤
DNS缓存未刷新
这是最常见的触发因素。域名注册或DNS配置变更后,全球DNS服务器需要时间完成同步,这个周期由TTL(生存时间)决定,.in域名的TTL通常在1-24小时区间。建议先等待至少24小时再验证结果。
可通过本地命令验证解析状态:dig your-domain.in A nslookup your-domain.in若返回IP仍指向Gandi服务器,说明缓存未刷新;若已显示S3静态网站的IP,则可能是本地浏览器缓存问题,尝试清除缓存或用无痕模式访问。
域名权威DNS未切换至AWS Route 53
若仅在Route 53中创建了A记录,但域名的注册商DNS仍指向Gandi服务器,解析会优先走Gandi的配置,导致跳转至其着陆页。
修正步骤:- 登录AWS Route 53控制台,找到对应域名的托管区域,复制4个Route 53的DNS服务器地址。
- 进入AWS域名注册控制台,找到该域名的DNS服务器设置,替换为上述Route 53地址。
该变更的生效周期同样受TTL约束,可能需要12-48小时。
S3静态网站配置疏漏
确认存储桶名称与域名完全一致(如www.your-domain.in对应存储桶名必须完全匹配),已开启静态网站托管功能,且正确设置了索引文档(如index.html)和错误文档。同时需确保存储桶权限配置正确:要么允许公开读取,要么配置了CloudFront OAC(Origin Access Control)来管控访问。Gandi残留配置影响
若该域名此前在Gandi注册或从Gandi转移而来,Gandi侧可能存在残留DNS配置,部分地区的DNS缓存可能仍保留旧记录,需等待缓存完全过期。
验证方式
- 切换不同网络环境(如手机流量、其他WiFi)访问域名,排除本地网络缓存干扰。
- 借助全球DNS查询工具查看各地解析结果,确认配置是否已同步。
内容的提问来源于stack exchange,提问作者George Melroy D'Souza
相关产品推荐
相关产品推荐

