AWS Route53与WorkMail配置后域名网站无法访问问题排查请求
2026-7-3
域名访问故障排查方案
1. 验证A记录配置准确性
- 登录AWS Route53，检查
example.com的A记录：确认记录值完全匹配你的PUBLIC_IP，没有拼写错误、多余空格或格式问题。 - 已通过IP访问验证服务器HTTP服务正常，可快速排除服务器本身故障。
2. 检测域名解析生效状态
- 在本地终端执行命令验证解析结果：
- Windows：
nslookup example.com - Mac/Linux：
dig example.com
- Windows：
- 若返回IP与PUBLIC_IP不符：
- 检查Route53记录是否已保存（有没有未提交的更改）
- 等待DNS缓存过期（可查看A记录的TTL值，默认通常为300秒）
- 清空本地DNS缓存：
- Windows：
ipconfig /flushdns - Mac：
sudo dscacheutil -flushcache
- Windows：
3. 核对NS记录一致性
- 打开Route53的
example.com托管区，复制顶部显示的4条NS服务器地址。 - 若域名不是在Route53注册，需检查注册商的NS设置，确保与Route53的NS记录完全一致。NS记录不匹配会导致域名解析无法指向你的Route53配置。
4. 排查记录冲突
- 确认Route53中
example.com没有其他冲突记录：比如是否存在CNAME记录（主域名的CNAME与A记录不能共存），WorkMail自动添加的MX、SOA、TXT等记录不会与A记录冲突，需手动确认。
5. 检查服务器网络权限
- 确认AWS EC2安全组是否开放80端口（HTTP）的入站权限给
0.0.0.0/0或你的测试IP。 - 确认服务器本地防火墙（如iptables、ufw）是否允许80端口的入站请求。
内容的提问来源于stack exchange，提问作者dcu
相关产品推荐
相关产品推荐
