有时这种行会出现在我的access.log
:
149.28.156.181 - - [13/Sep/2018:20:35:09 +0100] "GET /js/czjl.js HTTP/1.1" 301 184 "-" "Mozilla/5.0 ..."
/js/czjl.js
我的服务器上不存在该资源。但是,NGINX 回答为 301 而不是 404。如果我尝试与 Postman 相同的请求,我会得到
192.168.1.67 - - [13/Sep/2018:21:09:34 +0100] "GET /js/czjl.js HTTP/1.1" 404 1140 "-" "PostmanRuntime/7.3.0"
这是预期的行为。
如果这些资源不在我的服务器上,为什么 NGINX 返回 301 而不是 404?
这是我的配置
server {
listen 80;
server_name example.com www.example.com;
location ~ /.well-known {
allow all;
}
location / {
limit_except GET {
deny all;
}
return 301 https://www.example.com$request_uri;
}
location ~ /\. { deny all;}
}
server{
#FOR INTERNAL REQUESTS
listen 8080;
server_name 192.168.1.75;
error_page 401 403 404 /404.html;
location = /404.html {
root /var/www/html/error/;
internal;
}
location / {
limit_except GET {
deny all;
}
}
root /var/www/html;
index index.html;
}
server {
listen 443 ssl;
server_name example.com www.example.com;
location / {
limit_except GET {
deny all;
}
}
root /var/www/html;
index index.html;
error_page 401 403 404 /404.html;
location = /404.html {
root /var/www/html/error/;
internal;
}
#SSL Config
...
}
我的 Apache Web 服务器上有相同的日志消息。这有两个方面:为什么会发生 HTTP 301 重定向以及为什么在 HTTP 301 重定向之后没有记录后续的 HTTP 请求。
在我的网络服务器上,我启用了从 http 到 https 的转发,以及从任何子域到正确子域的子域转发。这意味着任何 http 请求或对错误子域的任何请求,无论是对有效资源还是无效资源,都将首先通过 HTTP 301 重定向。例如,当我访问时
http://<mydomain>/js/czjl.js
,由于首先将 http 请求转发到 https,Apache 会记录一个 HTTP 301,但访问https://<mydomain>/js/czjl.js
会记录一个 HTTP 404。创建Web 调用的方式
http://<mydomain>/js/czjl.js
还将确定是仅记录 HTTP 301,还是在记录 HTTP 301 后紧跟 HTTP 404。例如,使用此wget
命令会在我的 Web 服务器日志中触发 HTTP 301,而没有随后的 HTTP 404:如果我忽略该
--max-redirect=0
选项,日志会显示 HTTP 301,后跟 HTTP 404。但是,通过忽略重定向,wget 请求在从 Web 服务器获得 HTTP 301 响应后得到满足。我怀疑这些最终用户在他们的网络调用中使用了类似的“无重定向”选项,这导致偶尔出现 HTTP 301 到不存在的资源。否则,我们的 Web 服务器会在 HTTP 301 之后记录 HTTP 404。