从https重定向到HTTP？

Question

奇怪的问题。我使用FullCalendar向服务器上的endpoint发起ajax请求。终点是：

https://my_website/events/？start=2019-03-31&end=2019-05-12&_=1555698739056

请注意，它是显式的HTTPS。但是，当我发起一个请求时（即当Fullcalendar发起一个请求时），我会得到一个301和一个到非HTTPSendpoint的重定向：

因为页面是通过HTTPS加载的，所以失败。

endpoint工作正常--当我将它加载到浏览器中时，我会得到预期的json输出（通过https）。在此页面上发生的其他ajax请求也能正常工作，我在此站点的其他地方成功地使用Fullcalendar（到另一个endpoint）做了完全相同的事情。这只是一个出人意料的场景。

可能值得注意的是，它位于nginx反向代理/负载均衡器后面的docker容器中；站点配置非常简单：

upstream docker {
    server localhost:8701;
    server localhost:8702;
  }

server {
    server_name my_website;
    location / {
      proxy_pass http://docker;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
      # proxy_set_header                HTTP_Country-Code $geoip_country_code;
        proxy_pass_request_headers      on;
    }

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/my_website/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/my_website/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}

server {
    if ($host = my_website) {
        return 301 https://$host$request_uri;
    } # managed by Certbot

    listen 80;
    server_name my_website;
    return 404; # managed by Certbot

}

Answer 1

这似乎是因为您没有使用规范URL，而您的后端正在通过这些301重定向强制执行这样的URL，而实际上它并不知道规范地址方案。

>

最好的解决方案是修复前端代码，使其始终使用规范的URL。例如，在您提供的示例中，APIendpoint中是否存在尾随斜杠是有区别的。

您可能应该将后端配置为正确地知道它是通过https访问的，例如，在nginx中的所有其他proto_set_header指令旁边添加如下内容，以终止https并将通信量传递给后端：

proto_set_header    X-Forwarded-Proto   $scheme;

null