PluieM

the same issue on 2.4.1

many thanks for ur work! but i found the same issue on 2.4.1 and 2.5.0_Prerelease_2 @kingToolbox

同样遇到此问题，并且搁置太久不关闭qb会导致整个unraid和内网的服务(包括qb自己)不能正常访问 设备：UnRaid 6.12.1 运行版本：QB,Lastest,4.5,4.10 docker logs 无任何有效的报错信息 仅凭有限的问题现象怀疑是连接数设置过大，路由器性能跟不上导致的，调小连接数后暂时未发现该问题，还得继续跟踪

@Gaojianli 接口已添加至API 文档

> @PluieM API接口有点小问题： > > 1. [这个](https://apifox.com/apidoc/shared-b24f42a4-67f5-402a-900d-9fad3ae9917b/api-176454391)接口里面的rule1是什么意思 > 2. [更新订阅](https://apifox.com/apidoc/shared-b24f42a4-67f5-402a-900d-9fad3ae9917b/api-176454276)作为一个非幂等操作不应该使用get请求，考虑使用类似`POST /api/sub/{ruleId}/update`的接口，更新全部同理 1、rule1指ruleId，已调整api文档 2、已提交新的PR更正

在服务端维护一个简单的队列 {offset, peerInfo, timestamp} 这样，然后由客户端根据offset去拉取（类似kafka的消息push机制），这样既不用维持长连接，应该也能达到一个实时通信的效果。请问怎么申请服务端开发呢？

可以有，我后面提个PR，不过应该先等等规则引擎的重构