memc-nginx和srcache-nginx对后端使用了SignalR技术产生的提示

hnyangjin168 · 2015-08-30T12:31:03+00:00

Hello! 2015-09-02 22:50 GMT+08:00 humphery: > 我这个应用用的是长连接，处&#x...

memc-nginx和srcache-nginx对后端使用了SignalR技术产生的提示

hnyangjin168

hi,你好!
利用memc-nginx和srcache-nginx对后端进行反向代理加速,后端程序采用了SignalR技术,发现openresty前端的日志出现很多*242944 kevent() reported that upstream closed connection (54: Connection reset by peer) while reading upstream, client: XXX.XXX.xxx.xxx,这种提示,这样取不到后端数据,这样部署反而比直接访问后端慢,请问对这种长连接的有什么办法处理呢?谢谢!

夏日畅销榜大牌美妆只要1元

doujiang24

hi,

在 2015年8月30日下午12:29，杨进 <hnyan...@163.com>写道：

hi,你好!
利用memc-nginx和srcache-nginx对后端进行反向代理加速,后端程序采用了SignalR技术,

抱歉，SignalR 不了解，如果也是 http 协议的话，应该是一样的可用的

发现openresty前端的日志出现很多*242944 kevent() reported that upstream closed connection (54: Connection reset by peer) while reading upstream, client: XXX.XXX.xxx.xxx

这个是你的后端提前断开了链接（发了 rst 包给nginx），建议你分析一下为什么后端会提前断开，可以用 tcpdump 抓取 nginx 和后端之间的包分析

,这种提示,这样取不到后端数据,这样部署反而比直接访问后端慢，请问对这种长连接的有什么办法处理呢?谢谢!

你说的慢是指响应时间长么？

抱歉，如果可以的话，简单介绍下SignalR ，重点是 nginx 跟你的后端用的什么协议通讯

夏日畅销榜大牌美妆只要1元

--