配置Nginx实现Docker容器主机名访问：AWS EC2主机名访问异常排查

我来帮你梳理下这个场景下常见的几个问题点，按排查优先级排序：

1. 首先确认DNS解析是否生效 #

这是最常见的原因——你修改了EC2的主机名，但这个主机名默认只有实例内部能识别，外部公网根本不知道它对应哪个IP。

• 本地执行nslookup my_hostname或者dig my_hostname，看看能不能返回你的EC2公网IP。如果返回"NXDOMAIN"或者错误的IP，说明DNS没配置。
• 解决办法：去AWS Route 53创建一条A记录，把my_hostname指向EC2的公网IP（如果用了弹性IP，优先绑弹性IP，避免实例重启后IP变化）。
• 如果你是在本地测试，也可以临时修改本地hosts文件，把my_hostname映射到EC2公网IP，但公网访问必须靠Route 53。

2. 检查Nginx的server_name配置 #

Nginx只会处理匹配server_name的请求，如果你没把my_hostname加到配置里，它就会忽略这个主机名的请求（或者走默认server块）。

• 进入Nginx容器：docker exec -it your-nginx-container-name /bin/bash
• 查看配置文件（通常在/etc/nginx/conf.d/或/etc/nginx/sites-enabled/目录下），确保server块里有：

  server {
      listen 80;
      server_name my_hostname; # 必须包含你的主机名，也可以用通配符比如*.my_hostname
      # 其他路由/反向代理配置...
  }
  

• 改完配置后，重启Nginx容器：docker restart your-nginx-container-name，并查看日志确认没有报错：docker logs your-nginx-container-name

3. 验证EC2安全组和网络ACL #

虽然IP能访问，但还是要确认安全组/ACL没有限制主机名对应的流量（其实是限制IP，但如果你的安全组规则太严格，比如只允许特定IP访问，而主机名解析的IP没在范围内？不过你说IP能访问，这条可能性低，但可以快速排查）：

• 安全组入站规则：确保80（HTTP）/443（HTTPS）端口允许0.0.0.0/0（或你需要的访问范围）。
• 网络ACL：入站规则允许80/443，出站规则允许1024-65535端口（用于返回流量），因为网络ACL是双向的。

4. 检查EC2主机名的实际生效情况 #

你修改了EC2主机名，但可能没在实例内部生效：

• 登录EC2实例，执行hostname命令，看输出是不是my_hostname。如果不是，说明修改没生效，需要重新设置（比如修改/etc/hostname和/etc/hosts，然后重启实例）。
• 不过这个主要影响实例内部或容器之间的通信，外部访问的话还是靠公网DNS，但如果你的Nginx配置依赖内部主机名，也可能有影响。

5. 清除本地DNS/浏览器缓存 #

有时候本地缓存会导致解析滞后，比如之前my_hostname指向其他IP，现在更新了但缓存没清：

• Windows：执行ipconfig /flushdns
• Linux：执行sudo systemd-resolve --flush-caches
• Mac：执行sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
• 同时重启浏览器，避免浏览器缓存旧的解析结果

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