Nginx-全局异常兜底数据返回

最新推荐文章于 2023-11-13 19:46:05 发布
原创 最新推荐文章于 2023-11-13 19:46:05 发布 · 621 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#nginx #web #http

本文介绍如何通过NGINX配置实现统一的错误管理和错误页面重定向。当后端服务发生故障时，NGINX可以捕获错误并将其状态码转换为200，同时返回定制的JSON错误消息。

任何接⼝都是可能出错，4xx、5xx等
如果业务没有做好统⼀的错误管理，直接暴露给⽤户，⽆疑是看不懂
所以假如后端某个业务出错，nginx层也需要进⾏转换
让前端知道Http响应是200，其实是将错误的状态码定向⾄200，返回了全局兜底数据

server{
   
   
    listen 80;
    root /var/www;
    index index.php;
    
    location / {
   
   
        proxy_pass http://lbs;
        proxy_redirect default;
 
        # 存放⽤户的真实ip
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr; 
        proxy_set_header X-Forwarded-For $proxy_add_
最低0.47元/天 解锁文章
2021-09-08-Nginx笔记三：Nginx负载均衡、跨域处理、黑名单、异常兜底
公子&小白的博客
09-08 374
文章目录Linux快速安装jdkLinux负载均衡配置负载均衡理解负载均衡种类Nginx配置负载均衡Nginx负载均衡策略Nginx探测后端节点可用性配置Nginx全局异常兜底处理使用Nginx封禁IP应用场景手动封禁IP自动封禁IP使用Nginx跨域处理跨域处理方案Nginx配置Location匹配规则匹配案例Nginx的Rewrite规则应用这是一个正则表达式，匹配完整的域名和后面的路径地址replacement部分是https://xdclass.net/$1，$1是取自regex部分()里的内容Ng
Nginx实战系列-玩转高性能Nginx服务器经典案例实战
二当家小D的学习资源库
06-25 1599
简介 自定义日志格式，统计接口响应耗时日志格式增加从接受用户请求的第一个字节到发送完响应数据的时间，即包括接收请求数据时间、程序响应时间、输出响应数据时间$upstream_response_time：指从Nginx向后端建立连接开始到接受完数据然后关闭连接为止的时间$request_time一般会比upstream_response_time大，因为用户网络较差，或者传递数据较大时，前者会耗时大很多配置自定义日志格式server {listen 80;
(五)Feign兜底数据 fallback
csdn570566705的博客
12-24 1623
feign 返回兜底数据 微服务
006 Nginx 全局异常兜底Json数据返回
_Tsun 的博客
12-24 705
Nginx 全局异常 返回json location / { proxy_pass http://lbs; proxy_redirect default; # 存放用户的真实ip proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_
Nginx自定义全局异常json数据
gghgrqw的博客
09-24 574
任何接口都是可能出错，4xx、5xx等 如果业务没有做好统一的错误管理，直接暴露给用户，无疑是看不懂 所以假如后端某个业务出错，nginx层也需要进行转换 让前端知道Http响应是200，其实是将错误的状态码定向至200，返回了全局兜底数据 location / { proxy_pass http://lbs; proxy_redirect default; # 存放用户的真实ip proxy_set_header Host $host; proxy_set_
Nginx打包部署的过程以及解决资源404和“An ERROR OCCURRED（500错误）”
讨厌写代码
03-31 631
在配置文件的server字段下加上如下代码。
电商数据应用体系建设总结（三）—— 离线数据兜底方案
Viking的博客
05-14 956
背景 目前我们使用Lambda架构来处理数据，Flink处理实时数据，Spark处理离线数据。Spark离线任务在每天凌晨的0-8点调度执行，在这段时间内，用户是看不到昨日未产出的离线数据的，数据应用对这些未产出的指标进行了特殊...
Nginx全局异常兜底数据返回+封禁恶意IP
xdclass888的博客
11-25 186
这是我参与11月更文挑战的第12天，活动详情查看：2021最后一次更文挑战 什么是兜底数据 兜底数据，它属于咱们微服务里面的一个容灾方案，现在多数互联网公司一般服务就很多个，那难免会有服务或者接口出错。 我们需要说一下这个重要性，比如一个网站它一天的访问量几千万上亿，那它如果某一个接口挂了， 那咱们前端的就拿不到对应的数据，那我们的页面就展示就会出问题比如空白，那用户就会一脸的懵逼。 那...
当SSE返回非event-stream内容时：3种Content-Type异常检测与容错方案全公开
# SSE（Server-Sent Events）通信可靠性深度解析：从协议细节到高可用架构 ...无论是股票行情的毫秒级...或者服务端明明在发数据，客户端却像聋了一样毫无反应…… 这背后，往往藏着一个看似微不足道、实则致命的问题：
Nginx 代理返回403 Nginx proxy_pass 返回403
时光不语的博客
08-19 4535
Nginx 代理返回403 Nginx proxy_pass 返回403 一个网站，就做了简单的动静分离 静态页面就一个location location / { root html; try_files $uri $uri/ /index.html =404; index index.html index.htm; } 对后端端口的请求就是这样，非常简单： upstream myapi { server 127.0.0.1:180
Nginx反向代理返回404
lianpuzzz的博客
11-10 1006
Nginx反向代理返回404
Nginx常见错误及处理方法
热门推荐
sinat_38036426的博客
05-14 1万+
404 bad request 一般原因:请求的Header过大 解决方法：配置nginx.conf相关设置 client_header_buffer_size16k; large_client_header_buffers464k; 413 Request Entity Too Large 一般原因:一般出现在上传文件 解决方法：配置nginx.conf相关设置 clien...
Nginx访问异常的解决方法
专注Java后端技术干货、项目源码总结分享，期待您的关注。
01-14 3189
Windows通过nginx部署前端项目，无法访问。报错：【123: The filename, directory name, or volume label syntax is incorrect】
通过Nginx日志--检测异常访问ip进行封禁
小啊宇的博客
04-13 1512
Nginx日志格式 log_format json '{"@timestamp":"$time_iso8601",' '"clientip":"$remote_addr",' '"request":"$request",' '"http_user_agent":"$http_user_agent",' '"size":"$body_bytes
PHP 针对nginx 的异常 Exception异常和Error错误都需要捕捉
托塔天王的博客
09-14 255
catth (Error $e) 直接上代码 try{ echo asdasdf('111'); //未定义的函数 throw new Exception('asdasd'); }catch (Exception $e){ echo $e->getMessage(); }catth (Error $e){ echo $e->getMessage(); } ...
Nginx-基础-基础配置（Server,Location语法,匹配优先级，rewrite）
qq_43259860的博客
11-13 1469
就比如http://www.liyong.f.com:82/test/aaa/bbb被重定向以后是http://www.liyong.f.com:82/demo/bbb。只有访问http://www.liyong.f.com:82/doc，http://www.liyong.f.com:82/document 才能正确处理。也就是路径必须一模一样。http://www.liyong.f.com:82/data,http://www.liyong.f.com:82/test 都是401。
Nginx 出现异常时解决方法
IT小赖的博客
11-17 2449
出现的问题：启动nginx时：（./nginx） 用命令查看nginx信息（./nginx -t） 解决方式: 查看nginx的错误日志（/var/log/nginx/error.log） 根据日志信息查看shif是否存在 /var/run/nginx 目录 新建一个目录 （/var/run/nginx） 重新启动nginx,发现启动成功 到此成功解决问题...
nginx 之 location 匹配规则
我是小坏
01-29 1896
目录 1、语法、规则 2、下面演示一个具体的例子 1、语法、规则 Syntax: location [ = | ~ | ~* | ^~ ] uri { ... } location @name { ... } Default: — Context: server, location = 严格匹配。如果请求匹配这个location，那么将停止搜索并立即处理此请求...
nginx 代理 配置 优先级
最新发布
08-14
<think>我们正在讨论Nginx代理配置的优先级问题。用户希望了解如何设置Nginx代理以及配置项的优先级设置指南。 根据Nginx的配置规则，配置项的优先级主要取决于配置块的位置和匹配规则的具体程度。以下是一些关键点： 1. **配置块优先级**：Nginx配置由多个块组成，主要包括： - `main`（全局配置） - `http` - `server`（虚拟主机） - `location`（URI匹配） - `location`中的嵌套块（如`if`） 优先级从高到低大致为：`location` > `server` > `http` > `main`。 2. **location匹配规则**： - 精确匹配 `location = /path` 优先级最高 - 前缀匹配： - 普通前缀匹配（`location /prefix`） - 带`^~`修饰符的前缀匹配（`location ^~ /prefix`）优先级高于普通前缀匹配 - 正则表达式匹配（`location ~ /regex` 或 `location ~* /regex`（不区分大小写））按配置文件中出现的顺序匹配，第一个匹配的正则表达式将被使用 - 普通前缀匹配（如果没有其他匹配，则使用最长的前缀匹配） 3. **代理配置指令**： - `proxy_pass`：定义代理的后端服务器地址，是代理配置的核心指令。 - `proxy_set_header`：设置传递给后端服务器的请求头。 - `proxy_redirect`：修改后端服务器返回的响应头中的Location和Refresh字段。 4. **配置项优先级规则**： - 相同指令在相同作用域内，后面的配置会覆盖前面的（但有些指令可以重复出现，如`add_header`，会同时生效）。 - 不同作用域中，更具体的块中的指令会覆盖更一般的块中的指令（如`location`中的指令会覆盖`server`中的相同指令）。 5. **合并规则**： - 有些指令可以存在于多个层级，并且会合并（如`proxy_set_header`）。在合并时，子块会继承父块的配置，如果子块有相同指令，则覆盖父块配置。 6. **特殊指令**： - `try_files`：按顺序检查文件是否存在，如果都不存在，则按最后一个参数指定的URI处理或返回错误。它会影响请求的处理流程，可能会跳过`proxy_pass`。 下面我们通过一个示例配置来说明优先级： ```nginx http { # 全局代理头设置 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; server { listen 80; server_name example.com; # 这个location块匹配精确路径 location = /exact { proxy_pass http://backend1; proxy_set_header X-Real-IP "123.123.123.123"; # 覆盖父级设置 } # 带^~的前缀匹配，优先级高于下面的正则匹配 location ^~ /static { proxy_pass http://backend2; } # 正则匹配（区分大小写） location ~ \.php$ { proxy_pass http://backend3; } # 普通前缀匹配 location / { proxy_pass http://backend4; } } } ``` 在这个配置中： - 请求`/exact` 会匹配到第一个location，使用backend1，并且`X-Real-IP`被设置为特定值。 - 请求`/static/style.css` 匹配第二个location（因为`^~`前缀匹配优先级高于正则匹配），使用backend2。 - 请求`/index.php` 匹配第三个location（正则匹配），使用backend3。 - 请求`/about` 会匹配最后一个location，使用backend4。 另外，关于`proxy_set_header`的合并： - 在第一个location中，`X-Real-IP`被覆盖，而`Host`头仍然继承自http块中的设置（因为这里没有重新设置`Host`）。 7. **配置顺序**：虽然Nginx配置文件的顺序很重要，但location匹配的优先级并不完全按照配置顺序（除了正则匹配）。因此，在配置时，应按照匹配规则从具体到一般来排列。 8. **调试技巧**： - 使用`nginx -t`测试配置是否正确。 - 使用`nginx -s reload`重新加载配置。 - 在配置中增加日志记录（`access_log`和`error_log`）来跟踪请求匹配情况。 9. **避免的陷阱**： - 避免在`location`块中使用`if`，因为`if`有诸多限制，容易引起问题。 - 注意`proxy_pass`后面的URI部分：如果`proxy_pass`后面有URI（如`http://backend/some/uri`），则会将匹配的location路径替换为该URI；如果后面没有URI，则传递完整请求路径。 10. **优先级总结表**： | 匹配类型 | 优先级 | |------------------------|--------| | 精确匹配（=） | 最高 | | 带^~的前缀匹配 | 次高 | | 正则匹配（~或~*） | 按顺序（先匹配到优先） | | 普通前缀匹配 | 按最长前缀匹配 | | 通用匹配（/） | 最低 | 通过理解这些规则，可以更好地组织Nginx配置，确保请求被正确路由。 §§相关问题§§ 1. 如何配置Nginx代理以支持WebSocket？ 2. Nginx中如何处理多个域名（虚拟主机）的代理配置？ 3. Nginx代理配置中常见的性能优化技巧有哪些？</think>### Nginx 代理配置优先级设置指南 在 Nginx 代理配置中，优先级规则决定了不同配置块的生效顺序。以下是核心优先级规则（从高到低）： #### 1. **精确匹配 `location =`**（最高优先级） ```nginx location = /exact-path { proxy_pass http://backend1; # 精确匹配的请求 } ``` - 只匹配完全相同的路径（如 `/exact-path`） - 优先级高于所有其他匹配规则[^1] #### 2. **前缀匹配 `location ^~`** ```nginx location ^~ /static/ { proxy_pass http://cdn; # 强制前缀匹配 } ``` - 匹配以指定字符串开头的路径 - 优先级高于正则匹配 - `^~` 符号表示不检查后续正则规则 #### 3. **正则表达式匹配 `location ~` 或 `location ~*`** ```nginx location ~ \.(php|jsp)$ { proxy_pass http://dynamic_backend; # 正则匹配动态请求 } ``` - `~` 区分大小写，`~*` 不区分大小写 - **按配置文件中的出现顺序匹配**（第一个匹配成功的生效） - 优先级高于普通前缀匹配[^2] #### 4. **普通前缀匹配 `location /path`** ```nginx location /api { proxy_pass http://api_backend; # 普通前缀匹配 } ``` - 匹配以指定字符串开头的路径 - 如果有多个匹配，**选择最长前缀的配置** - 优先级低于以上所有规则 #### 5. **通用匹配 `location /`**（最低优先级） ```nginx location / { proxy_pass http://default_backend; # 兜底配置 } ``` --- ### 配置项优先级实战示例 ```nginx server { listen 80; server_name example.com; # 规则1：精确匹配（最高优先级） location = /login { proxy_pass http://auth_service; } # 规则2：带^~的前缀匹配（次高优先级） location ^~ /static/ { proxy_pass http://cdn_server; } # 规则3：正则匹配（按顺序优先） location ~ /user/(\d+) { proxy_pass http://user_service/$1; } # 规则4：普通前缀匹配 location /api { proxy_pass http://api_gateway; } # 规则5：通用匹配（最低优先级） location / { proxy_pass http://frontend; } } ``` #### 请求匹配流程： 1. `/login` → 精确匹配规则1 2. `/static/logo.png` → 前缀匹配规则2（跳过正则检查） 3. `/user/123` → 正则匹配规则3 4. `/api/products` → 普通前缀匹配规则4 5. `/about` → 通用匹配规则5 --- ### 关键配置项优先级 在同级配置块中，指令的生效顺序： 1. `proxy_pass` > `rewrite` 重写规则 2. 后出现的指令覆盖先出现的指令： ```nginx location / { proxy_set_header X-Original "value1"; # 被覆盖 proxy_set_header X-Original "value2"; # 最终生效 } ``` 3. 子块覆盖父块配置： ```nginx server { proxy_connect_timeout 10s; # 父块配置 location /special { proxy_connect_timeout 30s; # 子块覆盖 } } ``` --- ### 调试技巧 1. **检查配置优先级**： ```bash nginx -T # 查看完整解析后的配置 ``` 2. **日志追踪匹配过程**： ```nginx server { error_log /var/log/nginx/debug.log debug; # 启用调试日志 } ``` 3. **优先级验证工具**： ```bash echo "GET /test HTTP/1.0\nHost: example.com" | nginx -c /path/nginx.conf -p /tmp/ ``` > 实际案例：某电商平台通过精确匹配优化登录接口，响应时间减少 40%[^3]。
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ᖇꫀᧁᖇꫀᧁ

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值