现象:我方代理发起小并发连接,运行几分钟后,重启我方代理,发现对方网闸 无法处理请求,我方代理系统 netstat 输出信息 发现跟网闸之间tcp连接很多 FIN_WAIT2 状态
原因:
1. 翻了翻,,TCP 四次挥手 文档, 感觉 是对端 关闭连接逻辑 有问题
2. 我方关闭连接,tcp协议栈发送FIN,主动关闭端进入 FIN_WAIT2状态,而对方一直未发送 FIN 包,TCP/IP 协议栈会认为该连接,没有彻底关闭,相当于资源泄露;
3. FIN_WAIT2 状态,经测试,可以一分钟后,自动消失;虽然,会自动关闭,但是1分钟太久,,严重影响服务可用性;友商 还是尽快把网闸质量搞好,,快速清理释放的socket资源,防止出现无法提供服务BUG
模拟程序
测试s.py
#!/usr/bin/env python
import socket
import time
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.bind(('127.0.0.1', 12345))
s.listen(1)
c, _ = s.accept()
time.sleep(5000)
c.close()
测试c.py
#!/usr/bin/env python
import socket
import time
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect(('127.0.0.1', 12345))
s.close()
测试抓包:


懂得自然懂。。。
a
博客指出我方代理发起小并发连接,运行几分钟重启后,对方网闸无法处理请求,代理与网闸间 TCP 连接多处于 FIN_WAIT2 状态。原因是对端关闭连接逻辑有问题,导致资源泄露,虽 FIN_WAIT2 状态一分钟后会自动消失,但影响服务可用性。还提及模拟程序和测试抓包。
283

被折叠的 条评论
为什么被折叠?



