nginx不得不说的参数之 为什么nginx error

Question

如题所述

Answer 1

nginx不得不说的参数之 proxy_intercept_errors与fastcgi_intercept_errors
为什么我的error_page 配置没有生效，没有正常跳转？我也遇到过这个问题，所以这才促使我对proxy_intercept_errors与fastcgi_intercept_errors这两个参数做了详细的了解。

由于我们商户和点评信息相关web应用是给用户做消费决策的商户和相关点评等信息，浏览功能一般比互动功能要重要一些，但是由于一些内部出错可能会导致整个应用出现异常，导致用户无法浏览到商户的相关信息。

为了提升商户页面的可用性，我们通过静态抓取现有页面保存在静态文件服务器上，在应用服务器nginx上配置相关规则，当应用出现异常的时候就会将用户的请求转发到降级用途的静态文件服务器上。
在整个规则配置过程中，发现了一些问题，就是在nginx上配置了相关error_page的跳转页面，发现后端应用异常的时候，预期中的nginx跳转规则并没有生效。
error_page 500 501 502 503 504 @shopstatic;

location @shopstatic {
access_log logs/shop-web.access.log maintry;
proxy_pass url;
}
我们业务应用使用的是nginx+java容器的结构形式，nginx做反向代理和日志记录，当用户请求到达服务器时，先判断nginx配置的根目录下是否存在对应的静态文件，不存在的时候转发到后端的java容器server。我们在nginx中配置了error_page 异常跳转的规则，预期当后端java容器出现异常错误的时候，对应的请求会被nginx转发到我们静态降级的服务，但是实际上，当后端java容器出现异常或者过载的时候，nginx是直接吐出java容器后端的异常信息。

由于第一次配置这样奇特的nginx规则，搞不清楚是什么原因，在google上搜了半晌，由于搞不清楚状况，也描述不清楚，所以一直没有什么收获，后来终于用关键词error_page proxy搜索搞定了，一个老外回答了类似的问题，给了proxy_intercept_errors on；这个配置，自己试了下还真的ok了。

发现学会如何提问，才是自己要努力的方向。

nginx proxy 启用自定义错误页面：

语法:proxy_intercept_errors on | off;
默认值:
proxy_intercept_errors off;
上下文:http, server, location
当被代理的后端服务器的响应状态码大于等于300时，决定是否直接将响应发送给客户端，亦或将响应转发给nginx由error_page指令来处理。