apisix插件模式,统计5xx 错误数不正确
内谁?
更新于 6 小时前
雷池waf版本:9.3.2
apisix版本:3.2.0
雷池 WAF 个人版 -> 统计报表 -> 流量分析 中的 【5xx 错误数】不正常,太高,有时甚至都超过了【请求次数】。错误率一直维持在99% - 110%
1
10
雷池防护报告导出异常
养乐多
更新于 2 小时前
演示环境 应用防护日报-2026-01-26 导出PDF空白
异常分析 访问页面 URL超长
另外 除了空白还有半边报告半边空白的PDF
1
1
告警功能添加一个次数过滤吗?
wewe
更新于 5 小时前
比如:攻击次数低于20次不触发告警,要不然告警响一直响得不停,加油开发一下!
0
1
SSL证书服务下架通知
ALL.J
更新于 6 小时前
SSL证书服务将于2月28日下架,如有需要请及时下单
0
1
企业微信认证身份认证的问题
磊哥
更新于 13 小时前
升级到了9.3.2专业版本,开启了企微认证,但是实际访问的时候,还是显示获取用户信息失败,哪个环节有问题?
确定CorpID、AgentId、Secret都准确,企业那边的可信IP也配置了



0
1
告别复杂配置!雷池路由转发功能实测:一个界面搞定多后端服务
养乐多
更新于 12 小时前
最近在管理我的个人项目时遇到了一个典型问题:我的网站既有主应用,还有一个独立的API服务和一个存放静态资源的服务器。过去我不得不在Nginx里写一堆复杂的 location 规则来分配流量,每次修改都像在走钢丝。直到我尝试了雷池WAF专业版新增的路由转发规则功能,才发现管理多后端服务可以如此直观简单。
路由转发是什么? 简单说,它就像一个智能交通指挥,能根据HTTP请求的特征(如路径、域名、请求头等),将流量精准引导到不同的后端服务器。对于像我这样用一台雷池防护多个应用的用户,这功能简直是福音。
我的需求很明确:所有以 /api/ 开头的请求转发到API服务器(192.168.1.20:8080),而所有访问 /static/ 的请求则指向静态资源服务器(192.168.1.30:80),其余流量去到默认的主网站。
如果在Nginx中,我需要编写如下配置:
1server { 2 ... 3 location /api/ { 4 proxy_pass http://192.168.1.20:8080; 5 } 6 location /static/ { 7 proxy_pass http://192.168.1.30:80; 8 } 9 location / { 10 proxy_pass http://192.168.1.10; 11 } 12}
而在雷池中,我只需在控制台的**“防护站点” -> “路由转发”**页面,用清晰的表单完成:
创建第一条规则:
/apihttp://192.168.1.20:8080创建第二条规则:
/statichttp://192.168.1.30:80设置默认目标:在页面下方的“默认转发目标”中,填入主站地址 http://192.168.1.10。
点击保存,规则立即生效,整个过程不到两分钟。
使用几天后,雷池路由转发带给我的最大感受是省心。
如果你和我一样,正在使用或考虑使用雷池来保护多个服务,那么路由转发功能绝对值得你深入尝试。它将传统反向代理的灵活性与WAF的核心安全能力深度融合,通过极简的图形化操作,实现了过去需要复杂技术栈才能完成的流量治理与安全防护。
0
6
apisix插件模式,统计5xx 错误数不正确
内谁?
更新于 6 小时前
雷池waf版本:9.3.2
apisix版本:3.2.0
雷池 WAF 个人版 -> 统计报表 -> 流量分析 中的 【5xx 错误数】不正常,太高,有时甚至都超过了【请求次数】。错误率一直维持在99% - 110%
1
10
雷池防护报告导出异常
养乐多
更新于 2 小时前
演示环境 应用防护日报-2026-01-26 导出PDF空白
异常分析 访问页面 URL超长
另外 除了空白还有半边报告半边空白的PDF
1
1
告警功能添加一个次数过滤吗?
wewe
更新于 5 小时前
比如:攻击次数低于20次不触发告警,要不然告警响一直响得不停,加油开发一下!
0
1
SSL证书服务下架通知
ALL.J
更新于 6 小时前
SSL证书服务将于2月28日下架,如有需要请及时下单
0
1
企业微信认证身份认证的问题
磊哥
更新于 13 小时前
升级到了9.3.2专业版本,开启了企微认证,但是实际访问的时候,还是显示获取用户信息失败,哪个环节有问题?
确定CorpID、AgentId、Secret都准确,企业那边的可信IP也配置了



0
1
告别复杂配置!雷池路由转发功能实测:一个界面搞定多后端服务
养乐多
更新于 12 小时前
最近在管理我的个人项目时遇到了一个典型问题:我的网站既有主应用,还有一个独立的API服务和一个存放静态资源的服务器。过去我不得不在Nginx里写一堆复杂的 location 规则来分配流量,每次修改都像在走钢丝。直到我尝试了雷池WAF专业版新增的路由转发规则功能,才发现管理多后端服务可以如此直观简单。
路由转发是什么? 简单说,它就像一个智能交通指挥,能根据HTTP请求的特征(如路径、域名、请求头等),将流量精准引导到不同的后端服务器。对于像我这样用一台雷池防护多个应用的用户,这功能简直是福音。
我的需求很明确:所有以 /api/ 开头的请求转发到API服务器(192.168.1.20:8080),而所有访问 /static/ 的请求则指向静态资源服务器(192.168.1.30:80),其余流量去到默认的主网站。
如果在Nginx中,我需要编写如下配置:
1server { 2 ... 3 location /api/ { 4 proxy_pass http://192.168.1.20:8080; 5 } 6 location /static/ { 7 proxy_pass http://192.168.1.30:80; 8 } 9 location / { 10 proxy_pass http://192.168.1.10; 11 } 12}
而在雷池中,我只需在控制台的**“防护站点” -> “路由转发”**页面,用清晰的表单完成:
创建第一条规则:
/apihttp://192.168.1.20:8080创建第二条规则:
/statichttp://192.168.1.30:80设置默认目标:在页面下方的“默认转发目标”中,填入主站地址 http://192.168.1.10。
点击保存,规则立即生效,整个过程不到两分钟。
使用几天后,雷池路由转发带给我的最大感受是省心。
如果你和我一样,正在使用或考虑使用雷池来保护多个服务,那么路由转发功能绝对值得你深入尝试。它将传统反向代理的灵活性与WAF的核心安全能力深度融合,通过极简的图形化操作,实现了过去需要复杂技术栈才能完成的流量治理与安全防护。
0
6