我原本试图做一个复杂的URL重写,我无法工作,所以将它剥离回一个简单的URL重定向,这应该肯定有效,而不是它抛出404。
[any_scheme]://www.mydomain.com/google的请求应重定向到https://www.google.com/
nginx.conf(不发布,因为它不包含服务器块所以不能冲突吗?)
mydomain.com.conf:
server {
server_name www.mydomain.com;
root /home/mydomain/public_html;
index index.php index.html index.htm;
listen 80;
listen [::]:80;
listen 443 ssl;
listen [::]:443 ssl;
ssl_certificate /home/mydomain/ssl.combined;
ssl_certificate_key /home/mydomain/ssl.key;
access_log /var/log/virtualmin/mydomain.com_access_log;
error_log /var/log/virtualmin/mydomain.com_error_log;
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/run/php/php7.2-fpm.sock;
}
location = /google {
return 302 https://www.google.com/;
}
#rogue .htaccess files caught here
location ~ /\.ht {
deny all;
}
}
#force non-www. to www.
server {
server_name mydomain.com;
listen 80;
listen [::]:80;
listen 443 ssl;
listen [::]:443 ssl;
return 301 $scheme://www.mydomain.com$request_uri;
}
curl -v
来调试服务器的运行情况。sites-available
/ sites-enabled
吗?别。见https://serverfault.com/a/870709/110020。 sites-available
/ sites-enabled
是非标准的并且是邪恶的,不使用它,使用conf.d
代替。sudo nginx -s reload
和sudo pkill -HUP nginx
。error_log
以及access_log
。确保事件的日期与您正在进行的新请求相匹配。我建议打开几个终端窗口,并在每个窗口中执行tail -f
,然后执行一些返回操作以将新输入与旧输入分开,然后执行请求。根据您的日志条目:您正在请求/google/
(请注意尾部斜杠),但这与/google
位置不匹配,因为那里没有尾部斜杠。
所以你需要两个完全匹配的位置:
location = /google {
return 302 https://www.google.com/;
}
location = /google/ {
return 302 https://www.google.com/;
}