fix: raise and configure per-user gateway session capacity
This commit is contained in:
+5
-2
@@ -128,7 +128,10 @@ https://approval.justconn.top/downloads/dingmcp/install.md
|
||||
|
||||
## 运维检查
|
||||
|
||||
网关会话上限为每个已认证用户 8 个、全局 1000 个,同时计入尚未完成初始化的连接。
|
||||
网关会话上限默认为每个已认证用户 32 个、全局 1000 个,同时计入尚未完成初始化的连接。
|
||||
运维人员可在服务端环境配置中设置 `MCP_SESSION_MAX_PER_USER=64` 等正整数(范围 1–1000),
|
||||
并通过上述部署流程更新网关后生效;无需修改或更新客户端。未配置时使用 32,非法值拒绝启动。
|
||||
该阈值用于限制一个账号占用的连接和内存,不是审批条数、同时执行审批的配额或上游平台限制。
|
||||
现有 Bridge 客户端退出或刷新登录时,即使没有发送 MCP DELETE,网关也会在观察到
|
||||
Streamable HTTP GET 长连接断开后保留 60 秒重连宽限期,再回收遗留会话;后台每 15 秒
|
||||
检查一次,新连接进入时也会检查,因此通常在断开后的 60–75 秒内释放名额。
|
||||
@@ -137,7 +140,7 @@ Streamable HTTP GET 长连接断开后保留 60 秒重连宽限期,再回收
|
||||
实际请求处理结束前不会因为断线、取消或超时回收会话,也不会重试任何审批写入。
|
||||
回收状态只保存在内存中,不记录审批参数、正文、Token 或用户身份到日志。
|
||||
|
||||
如果 8 个会话确实仍在连接,网关仍返回 HTTP 429 和 `Retry-After: 60`,需要关闭不用的
|
||||
如果会话确实仍在连接并达到配置上限,网关仍返回 HTTP 429 和 `Retry-After: 60`,需要关闭不用的
|
||||
Agent 连接再重试。旧客户端可能仍将 429 显示为“审批网关暂时无法连接”;此次服务端
|
||||
修复无需用户更新客户端,但不会改变客户端内置的错误文案。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user