已部署AWS Elastic Beanstalk应用，环境健康正常但无法通过URL访问

别着急，这种「部署显示成功但公网访问不通」的情况我碰过太多次了，大多是细节配置没跟上，咱们从最常见的原因开始逐一排查：

1. 先查安全组（Security Group）——90%的问题出在这！ #

EB环境的流量能不能进来，全靠安全组把关：

• 打开AWS EC2控制台，找到EB实例对应的安全组，检查入站规则：必须允许HTTP（80端口）或HTTPS（443端口）的公网流量，来源设置为0.0.0.0/0（如果是公网访问）或者你的特定IP。
• 要是你用自定义配置创建的环境，很可能不小心把默认的80端口规则删了，这时候补回去就行。

2. 验证EB环境的健康状态 #

部署成功不代表应用真的能跑起来：

• 登录EB控制台，看环境状态是不是绿色（Healthy）。如果是黄/红色，说明实例本身有问题——比如应用启动失败、健康检查超时。
• 赶紧看日志！在EB控制台的「日志」选项里，下载完整日志或者实时查看，重点盯应用启动日志（比如/var/log/web.stdout.log），有没有端口占用、依赖缺失、代码语法错误这类信息。
• 用EB CLI更高效：输入eb health快速看健康状态，eb logs直接拉取最新日志。

3. 确认应用监听的端口是否匹配EB规则 #

EB默认会把公网流量转发到实例的特定端口，不同平台默认值不一样：

• 比如Node.js应用默认是8080，Java是5000，Python（WSGI）是8000。你的代码一定要监听process.env.PORT（EB会自动设置这个环境变量），别硬编码端口！
• 要是你自定义了端口，得在.ebextensions里加配置文件调整反向代理，比如Nginx的话，要修改/etc/nginx/conf.d/port.conf，把代理目标改成你应用的端口。

4. 检查EB URL的DNS解析状态 #

有时候环境刚部署完，DNS还没生效：

• 用nslookup或者dig命令测试：dig your-environment.elasticbeanstalk.com，看能不能返回正常的公网IP。如果解析失败，等个5-10分钟再试，或者重启EB环境触发DNS刷新。

5. 直接测试EC2实例的本地可访问性 #

排除外部网络问题，先看应用在实例内部能不能跑：

• 用SSH登录EB的EC2实例，输入curl localhost:你的应用端口，看能不能拿到正常响应。如果本地能访问但外部不行，那肯定是安全组或VPC网络的问题。
• 要是有同VPC的其他实例，也可以用实例私网IP访问，进一步确认是不是公网层面的阻塞。

6. 自定义VPC环境的额外排查 #

如果你的EB环境在自定义VPC里，还要检查：

• 确认实例所在的子网是公有子网（关联了互联网网关IGW），而且子网的路由表有指向IGW的路由条目。
• 网络ACL（NACL）是无状态的，要同时允许入站和出站的80/443端口流量，别只开了入站忘了出站。

要是以上步骤都排查完还是没解决，把日志里的关键报错信息贴出来，或者补充下你的应用平台（比如Node.js/Python/Java）和VPC配置细节，我再帮你精准定位！

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