我目前在 Fedora 25 Server Edition x86_64 上使用 Nginx 1.10.2 托管几个小型静态网站。
我已将 Nginx 配置为假设.html
没有文件扩展名 ( try_files
) 的 for 请求,并在请求时将 (永久rewrite
) 重定向到.html
URL 的 -less 版本.*\.html
。
我也有自定义错误页面。据我目前所知,该error_page
指令与重写不能很好地配合,因为我遇到了应该返回正常错误消息的页面的重定向循环......我相信这是所有相关的配置:
server {
[...]
try_files $uri $uri.html $uri/index.html =404;
error_page 400 /errors/400.html;
error_page 401 /errors/401.html;
error_page 403 /errors/403.html;
error_page 404 /errors/404.html;
error_page 408 /errors/408.html;
error_page 500 /errors/500.html;
error_page 503 /errors/503.html;
# Remove "index" from URL if requesting the front page.
rewrite "^/index(\.html)?$" "/" permanent;
# Strip .html file extension, trailing slash, or "index.html".
rewrite "/(.+)(\.html|/|/index.html)$" "/$1" permanent;
[...]
}
以下是我认为Nginx 正在做的事情:
- 客户请求
/fake-page
- 查找
/fake-page
,/fake-page.html
或/fake-page/index.html
. - 当这些都不匹配时,内部重定向以显示错误 404 页面。
- 但随后
/errors/404.html
被带标志的 .html 剥离permanent
,导致 301 用户重定向。
我在最后rewrite
一行尝试了几种变体,甚至将它放在一个location ^~ /errors/ {}
块中(我认为这应该意味着重写只适用于不在/errors/ 目录下的 URL)。但是我所做的一切都导致错误 404 永久重定向到 404页面,然后它不会返回实际的 404 状态 ---或者它最终陷入重定向循环。
我建议您将
rewrites
内部location
块包裹起来,否则很难控制它们的全球影响力。此示例似乎适用于您在问题中发布的代码段:
这是一个棘手的问题,但最终可以按要求工作:
我稍后会尝试用评论来扩展它;)
受@Anubioz 的回答启发,我找到了一个更简单的解决方案。
location
包含指令的块可以internal
防止错误页面被通常的 URL 处理所触及。我确实尝试只匹配/errors/
目录,这样我就不必一遍internal
又一遍地重复指令,但是 Nginx 匹配传入的请求以重写规则,基本上按规则选择器的特异性排序:只有与每个自定义错误页面的完全匹配才有足够的特异性在 Nginx 开始对其进行 URL 重写过程之前,抓住错误页面。(我对 Nginx 行话的使用可能有点不对劲,但在我看来这就是正在发生的事情。而且这个配置完全符合代码注释所说的,这正是我从一开始就想要的。)