摘要: 三次握手,四次挥手
意思是tcp建立连接时需要三次交互来完成,A发起连接
A --- SYN --> B
A -- SYN + ACK --- B (1)
A --- ACK --> B
而关闭tcp连接需要四次交互,A发起关闭
A --- FIN --> B
A -- ACK --- B (1)
A -- FIN --- B
A --- ACK --> B (2)
这里在(1)时B开始处于CLOSE_WAIT状态,一直到收到ACK后B才转为CLOSED ,而A就处于TIME_WAIT状态,一直到2MSL(Max Segament Lifetime)才转为CLOSED
为什么需要2MSL才真正转为CLOSED?是因为需要缓冲时间万一B丢失ACK重发FIN的话还可以回复ACK,还有就是2MSL后“迷失”在网络上的包全部失效
大量的 TIME_WAIT 和 CLOSE_WAIT 会造成服务器的连接资源被浪费甚至占满后导致服务器服务拒绝,怎么解决?
解决TIME_WAIT
net.ipv4.tcp_tw_recycle = 1 #开启快速回收,默认0
net.ipv4.tcp_tw_reuse = 1 #开启重用,默认0
net.ipv4.tcp_fin_timeout = 30 # 减小fin_timeout,默认60,单位s
系统参数的配置可以解决time_wait,但是close_wait就没那么简单了
解决CLOSE_WAIT
一般都是服务端的代码问题。
绝大多数都是客户端发起关闭,这样可知HTTP服务器应该会有很多TIME_WAIT,不过当http使用keep-alive后服务端会主动断连。
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
您可能感兴趣的文章:- 常用类之TCP连接类-socket编程
- TCP/IP 中的二进制反码求和算法
- 基于TCP异步Socket模型的介绍
- 使用批处理重置TCP_IP协议
- TCP Wrappers防火墙介绍与封锁IP地址的方法
- tcp socket客户端和服务端示例分享
- TCPIP是什么
- TCP版backshell的VBS脚本代码
- TCP三次握手及原理
- tcp、udp、ip协议分析_动力节点Java学院整理