nginx后端应用服务器有大量的tcp连接处于time_wait

2018-12-07 22:21:07
今天发现weblogic上有大量的连接处于time_wait状态,感觉很奇怪。据说是nginx照成的,用tcpdump研究下。

在nginx的服务器上执行

tcpdump -i bond0 -nnA src host 134.96.129.36 and dst host 134.96.129.71 | grep -30 134.96.111.86

nginx后端应用服务器有大量的tcp连接处于time_wait

可以看到nginx在把请求转发到后台weblogic上时候是发送的http头信息中指定使用HTTP/1.0和Connection:close。从这个Connection属性可以知道,nginx让后端weblogic在请求完成后(及响应请求后),直接关闭连接。及weblogic做的主动关闭,所以主动关闭的一方会有大量的time_wait。----http短连接

在浏览器访问,看以看到只要weblogic请求完毕就关闭与nginx的连接,然后进入time_wait状态,time_wait的时间是60秒。

nginx后端应用服务器有大量的tcp连接处于time_wait
请求转码

json={"param":null,"target":"Version"}

-------------------------------------------------------------------------------------------

在nginx的配置中有一个属性指定浏览器发起的连接与nginx保持keepalive的时间 -----http长连接

下面验证该配置是否有用

nginx后端应用服务器有大量的tcp连接处于time_wait
设置keepalive_timeout属性为30秒

在nginx服务器上重复执行如下命令,监听来自ip为85的浏览器请求

netstat -nto | grep 134.96.111.85 | grep 8010 >> abc.txt && date >> abc.txt

此时在浏览器发送请求该

第一次浏览器求情的时间是19:41:48

nginx后端应用服务器有大量的tcp连接处于time_wait
断开连接的时间是19:42:17

nginx后端应用服务器有大量的tcp连接处于time_wait
established的时间是12+17=29秒。其实第一浏览器的请求时间应该往前的。我统计的不准,执行netstat时候晚了,所以刚好实际那应该就是30秒。

---------------------------------------------------------------------------------------------

还可以做下测试,只要在浏览器重复请求web页面,可以发现浏览器与nginx的连接会被重用,这个可以通过

established连接持续的时间可以看出来。---------------这就是所谓的http长连接了

  • 2018-01-18 11:26:53

    浅谈js运行机制(线程)

    从开始接触js时,我们便知道js是单线程的。单线程,异步,同步,互调,阻塞等。在实际写js的时候,我们都会用到ajax,不管是原生的实现,还是借助jQuery等工具库实现,我们都知道,ajax可以实现局部刷新,并且在请求处理时,任然可以响应用户的操作,比如点击事件。不是说js是单线程吗?这些都是怎么实现的? 在阅读《深入理解Bootrap的源码》一书,在分析轮播组件(carousel.js)的源码时,作者对一句代码操作的注释引起了我的兴趣。

  • 2018-01-18 17:41:05

    Fatal error: Class 'Memcached' not found

    从别地方复制来了新的配置文件,包了这样的错误,因为我也是刚刚安装了php7,以为是php的问题,于是就根据网上的提示,安装memcached.dll包。

  • 2018-01-20 20:33:58

    PHP中session_cache_limiter() 是什么意思啊

    session_cache_limiter('public'); session_cache_expire(30); session_start();第三个我晓得 前两个 网络上没找着资料 手册上全是英文的 翻译后 还是看不懂主要是没翻译正确