服务端设置 http MaxConcurrentConnections 的 坑

最近版本更新,现场大量反馈提示“基础连接已经关闭:接收时发生错误”

服务端日志大量涌现 “[WRN] Connection id "0HMVOD8FNQ48U" rejected because the maximum number of concurrent connections has been reached.”

开始以为是有病毒或受到攻击,找部分机器重点排查,先是找到部分设备在频繁发送连接到服务器,开始阻止优化,的确一段时间正常了。同时让同事检查代码,各个子服务的请求端不要每次请求重复建立HttpClient 

然而部分现场有技术人员验证反馈,并没有改变环境,降回上一个版本就正常。之前也是一直用了很久没有问题,更新升级后就有问题。

一个头两个大,开始看提交代码记录,果不其然,有同事改了服务相关代码,设置了MaxConcurrentConnections

我们用的是.netCore内置的KestrelServer,同事在调整测试SSL模式下文件上传时,把MaxConcurrentConnections设置了100 ,wtf , 去掉后就恢复正常了

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值