nginx(八十三)error_page、proxy_intercept

这篇具有很好参考价值的文章主要介绍了nginx(八十三)error_page、proxy_intercept_errors深究。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

一 error_page和proxy_intercept_errors深究

强调： 本文只是基于'状态'码的角度来讨论'error_page'、'proxy_intercept_errors'差异性

题外话： 让别人'定位',一定要保留好'事故现场',尽可能的提供更多的'有用'信息

核心： 本文只讨论'错误状态码'的异常处理

遗留： 关于1xx、2xx、3xx、4xx、5xx'状态码'后续再开'几个小节'进行深入探讨

提醒自己： 不要陷入'开源软件'里面无法出来,站在'更高的维度'思考问题

① 知识铺垫

proxy模块上游出现失败时的容错方案

proxy_intercept_errors指令应用

try_files、internal、error_page指令

上游服务器出问题了,nginx 还能获取到响应吗?

error_page案例

② 问题引入

1) 目的：带着'问题'来学习,效率事倍功半

2) 问题1：$status和$upstream_status的'关联'?

  [1]、客户端'显示'的状态码、$status、$upstream_status、后端服务器的'记录'状态码关联

  [2]、nginx'特有'定义的状态码：444、497、498、499

  [3]、没有'建立'连接nginx会自身填充'(一般涉及5xx报错)'

  [4]、后端'回传'了一个nginx'不能识别'的状态码? 

3) 问题2：proxy_intercept_errors on 时,error_page 一定会处理吗?  --> "优先级"

  [1]、不一定，看'条件'

  [2]、proxy_next_upstream'默认'不会截胡,但是可以'显示'的配置'部分'状态码
  
  效果：导致拦截了'状态码',使nginx'重新尝试'与上游的另一台服务器'建立链接'

  [3]：proxy_next_upstream 能处理'tcp层'、'tls/ssl层'、'应用层(http层)'

  [4]：proxy_next_upstream'如果涉及状态码',根据处理阶段,'优先级'比error_page更高

4) 问题3：proxy_next_upstream关于'响应状态码'是针对'$upstream_staus'的吗?

  [1]、'不准确',因为'nginx与后端'可能就'没有'建立链接,但是nginx自身'填充'了相应的'数值'

  常见： 502、504,'4xx'不常见

5) 问题4：error_page 对默认针对'$status'状态码进行处理 

  [1]、error_page 默认处理的是nginx自身的一些错误状态码

  [2]、但是可以通过proxy_intercept_errors on|off控制'是否处理上游'的'错误'状态码

  [3]、error_page常见的几种'处理场景'

    1、给一个常规的静态页面'不改变状态码'

    2、给一个internal重定向'/或@的形式'

    3、'修改'状态码

③ error_page

作用: 是当发生'错误'的时候,nginx通过'状态码'进行'补获',进行'特定'的处理

备注：不一定非得是'发生错误',error_page实际是根据'状态码'进行判断,决定'是否'处理

场景：

  [1]、通常是'是否'传递'4xx和5xx'错误信息到'客户端'

  [2]、以及是否允许nginx使用'error_page'处理'错误'信息

补充： 假定'proxy_intercept_errors off',也即error_page暂时不处理上游的'相应状态码'