AWS EC2上Node.js应用的Nginx配置求助（HTTPS与域名跳转需求）

我来帮你拆解问题并逐个解决，你的配置里有几个关键细节出错了：

问题1：www.example.com重定向失效的核心原因 #

你的第二个server块里的server_name写错了——多了一个.com，写成了www.example.com.com！这导致Nginx根本不会匹配到www.example.com的请求，自然不会触发重定向逻辑。这是个很容易犯的笔误，修正它就能解决一半问题。

问题2：HTTP转HTTPS导致负载均衡OutOfService的原因 #

负载均衡的健康检查通常会向EC2实例发送HTTP请求（端口80），如果你的配置直接对所有HTTP请求返回301跳转，负载均衡会认为实例无法正常响应（因为健康检查期望的是2xx状态码），所以会标记实例为OutOfService。另外你注释掉的X-Forwarded-Proto配置是正确的方向，但需要结合负载均衡的特性调整逻辑。

修正后的完整Nginx配置 #

# 处理所有HTTP请求：放行健康检查，其余强制跳转HTTPS
server {
    listen 80;
    server_name example.com www.example.com;

    # 允许负载均衡健康检查通过（请根据你的负载均衡健康检查路径调整，这里假设是/health-check）
    location = /health-check {
        access_log off;
        return 200 "OK";
    }

    # 根据负载均衡传递的协议头判断是否跳转HTTPS
    location / {
        if ($http_x_forwarded_proto != 'https') {
            return 301 https://$host$request_uri;
        }
        # 针对直接访问EC2实例的HTTP请求也做跳转
        return 301 https://$host$request_uri;
    }
}

# 处理HTTPS主域名请求：代理到Node.js应用
server {
    listen 443 ssl;
    server_name example.com;

    # 请确保已配置你的SSL证书路径
    # ssl_certificate /path/to/your/fullchain.pem;
    # ssl_certificate_key /path/to/your/privkey.pem;

    root /opt/bitnami/apache2/htdocs/vdc_live;

    location / {
        proxy_pass http://localhost:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-Proto $scheme; # 把协议头传递给Node.js应用
        proxy_cache_bypass $http_upgrade;
    }
}

# 处理HTTPS的www域名请求：重定向到非www主域名
server {
    listen 443 ssl;
    server_name www.example.com;

    # 使用和主域名相同的SSL证书即可
    # ssl_certificate /path/to/your/fullchain.pem;
    # ssl_certificate_key /path/to/your/privkey.pem;

    return 301 https://example.com$request_uri;
}

关键调整说明 #

• 修正www域名的server_name：把错误的www.example.com.com改为www.example.com，确保Nginx能匹配到该域名的请求。
• 拆分HTTP/HTTPS配置：分开处理端口80和443的请求，逻辑更清晰，也方便针对负载均衡健康检查做特殊处理。
• 健康检查放行：新增专属location返回200状态码，让负载均衡识别实例为健康状态。
• 正确处理X-Forwarded-Proto：利用负载均衡传递的协议头判断是否需要跳转，避免误拦截健康检查请求。
• 覆盖HTTPS的www重定向：单独配置443端口的www域名处理，确保HTTPS请求也能完成重定向。

验证步骤 #

1. 保存修正后的配置，执行sudo nginx -t测试配置合法性。
2. 配置合法的话，执行sudo systemctl restart nginx（或对应你的环境的重启命令）生效配置。
3. 测试所有场景：
   • 访问http://example.com → 跳转至https://example.com
   • 访问http://www.example.com → 跳转至https://example.com
   • 访问https://www.example.com → 跳转至https://example.com
4. 查看负载均衡控制台，确认实例状态恢复为InService。

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