gpt4 book ai didi

redirect - NGINX 强制 www 和 https 导致重定向过多

转载 作者:行者123 更新时间:2023-12-05 04:05:11 28 4
gpt4 key购买 nike

我试图在我的 nginx 服务器上强制使用 www 和 https。

就像这里建议的其他问题一样,我实现了以下内容。

server_name example.com www.myexample.com
return 301 https://www.example.com$request_uri;

然后在下面我有以下内容,由 let's encrypt 添加:

if ($scheme != "https") {
return 301 "https://www.$host$request_uri";
}

当我访问该站点时,它会转到 https://www,example.com ,但我收到消息“www.example.com 将您重定向了太多次。”

如果我注释掉 Let's Encrypt 添加的位,我仍然会收到重定向消息。

只有当我注释掉以下内容时它才有效:

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

有人对如何设置它有更好的想法吗?

我已经看到了另一个答案,但那个 OP 使用的是 cloudflare。我没有使用任何 CDN。

谢谢

这是我的全部信息。我的第一个 return 301 行被注释掉了,因为它导致了太多的重定向:NGINX:版本 1.10.3Ubuntu:16.04.3 LTS(xenial)

# Default server configuration
#
server {

listen 80;
listen [::]:80;

client_max_body_size 25M;

# SSL configuration
#
# listen 443 ssl default_server;
# listen [::]:443 ssl default_server;
#
# Note: You should disable gzip for SSL traffic.
# See: https://bugs.debian.org/773332
#
# Read up on ssl_ciphers to ensure a secure configuration.
# See: https://bugs.debian.org/765782
#
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
#
# include snippets/snakeoil.conf;

root /var/www/example.com/html;

# Add index.php to the list if you are using PHP
index index.php index.html index.htm index.nginx-debian.html;

server_name example.com www.example.com;
# return 301 https://www.example.com$request_uri;

location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ /index.php?q=$uri&$args;
}

# hide user.ini file
location ~ ^/\.user\.ini {
deny all;
}

# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
location ~ \.php$ {
include snippets/fastcgi-php.conf;
#
# # With php7.0-cgi alone:
# fastcgi_pass 127.0.0.1:9000;
# # With php7.0-fpm:
fastcgi_pass unix:/run/php/php7.0-fpm.sock;
}

# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
location ~ /\.ht {
deny all;
}

location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
expires 365d;
}

location ~* \.(pdf)$ {
expires 30d;
}





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



if ($scheme != "https") {
return 301 https://www.$host$request_uri;
} # managed by Certbot


}

最佳答案

如果您将 certbot 用于 Let's Encrypt,并且它在 Web 服务器配置中插入行,那是因为您有意或无意地避免了 certonly 选项。

如果您不希望 certbot 修改您的配置文件,请像这样使用它:

certbot certonly --standalone --preferred-challenges http -d example.com

关于您的重定向,您可以删除您的重定向并保留来自 Certbot 的重定向,因为该重定向正在检查协议(protocol)是否为 https,如果不是,它将应用重定向。

if ($scheme != "https") {
return 301 "https://www.$host$request_uri";
}

我会像这样使用它,如果你想确保它被重定向到一个特定的域而不是将它留给 header 请求,请替换 $host 变量:

if ($scheme != "https") {
return 301 "https://www.example.com$request_uri";
}

附言。您应该发布完整的虚拟主机配置,包括 http 和 https 的服务器 block ,以查看是否存在任何其他问题。

关于redirect - NGINX 强制 www 和 https 导致重定向过多,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51457247/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com