Nginx从https重定向到http

Question

我已将nginx配置为仅在某些路径（ /url_path ）中提供静态内容。

以下是我的nginx配置的路径：

server {

    listen 80;
    server_name example.com;

    if ( $http_x_forwarded_proto = "http" ) {
        rewrite ^ https://$host$request_uri permanent;
    }

    ssl_session_timeout  5m;

    ssl_protocols  TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers  HIGH:!aNULL:!MD5;
    ssl_prefer_server_ciphers   on;

    charset utf-8;
    keepalive_timeout 5;

    root /absolute/local/path;
    index  index.html index.htm;
    add_header Cache-Control public;

    access_log /var/log/nginx/app-access.log;
    error_log /var/log/nginx/app-error.log;

    rewrite_log on;

    location /url_path {
        alias   /absolute/local/path;
    }
    ...
}

我nginx的服务器背后awselb2.0被配置为将请求转发收到https端口http端口上运行的nginx服务器我们的机器http 。

请求遵循以下模式：

BROWSER --HTTPS--> ELB --HTTP--> NGINX
BROWSER <--HTTPS-- ELB <--HTTP-- NGINX

当通过curl请求请求时，它会显示某些请求的两次重定向，该请求应该没有任何重定向就可以提供。

$ curl -L https://example.com/url_path

HTTP/2 301
location: http://example.com/url_path                                    # Recieved first redirect
server: nginx/1.12.2
cache-control: public

> curl another request to this URL: 'http://example.com/url_path'        # Followed first redirect

< HTTP/1.1 301 Moved Permanently
< Date: Wed, 13 Mar 2019 06:45:16 GMT
< Content-Type: text/html
< Content-Length: 185
< Connection: keep-alive
< Server: nginx/1.12.2
< Location: https://example.com/url_path                                 # Recieved second redirect

> curl another request to this URL: 'https://example.com/url_path'       # Followed second redirect

< HTTP/2 200                                                            # Request was served this time.
< date: Wed, 13 Mar 2019 06:45:17 GMT
< content-type: text/html; charset=utf-8
< content-length: 1158
< server: nginx/1.12.2
< last-modified: Tue, 12 Mar 2019 18:42:03 GMT
< etag: "5c87fd7b-486"
< cache-control: public
< accept-ranges: bytes

我不明白，为什么Nginx从https重定向到http。 问题似乎仅在nginx配置中与alias ，因为当我在运行节点服务器（快速）时使用proxy_pass时，没有重定向。

即使具有这种行为，chrome和Firefox也可以正常工作，但是Safari浏览器似乎并非如此，因为它会引发CORS错误（有时）。

在curl的最后一个请求中，还有另外一件事：

* Found bundle for host example.com: 0x7f9d2ac24a50 [can multiplex]
* Re-using existing connection! (#0) with host example.com

不确定它是否有帮助，但这是使用它在请求https资源时创建的第一个连接。