基于Nginx实现Elastic Beanstalk IP地址到自定义域名的重定向并兼容健康检查

嘿，我刚好处理过类似的Elastic Beanstalk + Nginx重定向场景，给你一个完美解决这个问题的方案！

先复盘下你遇到的核心痛点：

• EB环境的IP会动态变更，硬编码IP到Nginx配置里完全不可行
• 直接重定向所有非目标域名的请求会破坏EB健康检查（因为健康检查不跟随重定向，需要200响应）
• 需要同时处理IP访问和EB默认域名（x.elasticbeanstalk.com）的重定向

最优解决方案 #

我们可以通过分离合法域名与其他请求的处理逻辑，再结合ELB健康检查的专属User-Agent来精准放行健康检查请求，具体Nginx配置如下：

# 1. 处理合法域名（example.com）的正常请求
server {
    listen 80;
    listen 443 ssl;
    server_name example.com;

    # 替换成你的SSL证书路径（如果使用HTTPS）
    ssl_certificate /etc/nginx/ssl/cert.pem;
    ssl_certificate_key /etc/nginx/ssl/key.pem;

    # 转发请求到你的应用服务（根据实际端口调整）
    location / {
        proxy_pass http://localhost:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

# 2. 处理所有其他请求（IP、EB默认域名等）
server {
    listen 80 default_server;
    listen 443 ssl default_server;
    server_name _; # 匹配所有未被上面server块处理的Host

    # 同样配置SSL（处理HTTPS的IP/EB域名访问）
    ssl_certificate /etc/nginx/ssl/cert.pem;
    ssl_certificate_key /etc/nginx/ssl/key.pem;

    # 识别ELB健康检查请求，直接返回200
    if ($http_user_agent ~* "ELB-HealthChecker") {
        return 200;
    }

    # 重定向所有非健康检查的请求到目标域名
    return 301 https://example.com$request_uri;
}

为什么这个方案有效？ #

• 无需硬编码IP：server_name _会自动匹配所有未被合法域名server块处理的请求，包括动态变化的EB实例IP、EB默认域名等
• 精准放行健康检查：AWS ELB的健康检查请求会携带固定的User-Agent ELB-HealthChecker/2.0，通过这个标识可以直接返回200，完全不影响EB的健康检查逻辑
• 覆盖所有非合法访问：不管用户是通过IP、EB默认域名还是其他未备案域名访问，都会被重定向到example.com，解决Google收录IP的问题

注意事项 #

1. 确保你的EB健康检查配置使用的是默认的User-Agent（AWS ELB默认就是ELB-HealthChecker/2.0，无需额外配置）
2. 如果你的应用使用了自定义健康检查路径（比如/health），也可以在第二个server块中添加location /health { return 200; }来双重保障，但通过User-Agent识别已经足够可靠
3. HTTPS的IP访问会出现证书警告（因为IP无法被SSL证书覆盖），但重定向依然会生效，用户最终会跳转到example.com，这属于正常现象

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