Nginx的不能正确转发请求协议向上游(Nginx can not forward the requ

2019-09-01 03:35发布

我有轨网站4测试版。 这是对的Nginx +独角兽运行。 我想nginx的请求协议(“HTTP”或“https”)转发到麒麟,这样我可以与他们合作。 但是我不能使它发挥作用。

我把<%= request.ssl? %> <%= request.ssl? %><%= request.protocol %>在用于测试的视图文件。 我的Nginx服务器的配置文件如下:

upstream unicorn {
  server unix:/tmp/unicorn.blog.sock fail_timeout=0;
}

server {
  listen 80;
  listen 443;
  server_name example.com;
  root /home/example;

  ssl on;
  ssl_certificate /etc/nginx/ssl/server.crt;
  ssl_certificate_key /etc/nginx/ssl/server.key;

  location ^~ /assets/ {
    gzip_static on;
    expires max;
    add_header Cache-Control public;
  }

  try_files $uri/index.html $uri @unicorn;

  location @unicorn {
    proxy_set_header X-Forwarded-Proto https;  # <--- Line 1
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $http_host;
    proxy_set_header X-Forwarded-Ssl on;       # <--- Line 2
    proxy_redirect off;
    proxy_pass http://unicorn;
  }

  error_page 500 502 503 504 /500.html;
  client_max_body_size 4G;
  keepalive_timeout 10;
}

我发现,2线标志着我不采取行动的权利。 这里是我的测试结果:

=================

注释1号线,2号线注释掉太:

访问HTTP://the.url

<%= request.ssl? %>     : false
<%= request.protocol %> : http

访问HTTPS://the.url

<%= request.ssl? %>     : false
<%= request.protocol %> : http

=================

1号线注释掉,2号线是不是OR 2行注释掉,1号线是不是OR也不是注释掉

访问HTTP://the.url

<%= request.ssl? %>     : true
<%= request.protocol %> : https

访问HTTPS://the.url

<%= request.ssl? %>     : true
<%= request.protocol %> : https

=================

也就是说,如果这两条线中的一个出现,nginx的前进“https”开头,以不管实际的协议是什么上游。 但是,如果没有这两条线的出现,nginx的前进“HTTP”上游不管实际的协议是什么。

请某人能告诉我怎么写nginx的配置文件,以便它可以正确地转发协议? 非常感谢你。

Answer 1:

尝试:

proxy_set_header X-Forwarded-Proto $scheme;

要么

server {
    Listen 80
    ...
}
server {
    Listen 443
    ...
    location @unicorn {
        proxy_set_header X-Forwarded-Proto https;
        proxy_set_header X-Forwarded-Ssl on;
    }
}


Answer 2:

您将需要配置两个独立的服务器模块。 一个用于HTTP,另一个用于HTTPS。 这将使配置两个轻松许多。 份是相同,也可以可以包括从一个单独的共享配置文件。



文章来源: Nginx can not forward the request protocol correctly to upstream