tcp链接的几种状态

最新推荐文章于 2022-12-30 11:39:47 发布
最新推荐文章于 2022-12-30 11:39:47 发布
阅读量334 收藏
点赞数
分类专栏： C语言&Linux@嵌入式开发 文章标签： 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Xinaction/article/details/84039462
版权

说明： 通常情况下:一个正常的TCP连接，都会有三个阶段:1、TCP三次握手;2、数据传送;3、TCP四次挥手

里面的几个概念：

  • SYN: (同步序列编号,Synchronize Sequence Numbers)
  • ACK: (确认编号,Acknowledgement Number)
  • FIN: (结束标志,FINish)

TCP三次握手(创建 OPEN)

  1. 客户端发起一个和服务创建TCP链接的请求，这里是SYN(J)
  2. 服务端接受到客户端的创建请求后，返回两个信息： SYN(K) + ACK(J+1)
  3. 客户端在接受到服务端的ACK信息校验成功后(J与J+1)，返回一个信息：ACK(K+1)
  4. 服务端这时接受到客户端的ACK信息校验成功后(K与K+1)，不再返回信息，后面进入数据通讯阶段

数据通讯

  1. 客户端/服务端 read/write数据包

TCP四次握手(关闭 finish)

  1. 客户端发起关闭请求，发送一个信息：FIN(M)
  2. 服务端接受到信息后，首先返回ACK(M+1),表明自己已经收到消息。
  3. 服务端在准备好关闭之前，最后发送给客户端一个 FIN(N)消息，询问客户端是否准备好关闭了
  4. 客户端接受到服务端发送的消息后，返回一个确认信息: ACK(N+1)
  5. 最后，服务端和客户端在双方都得到确认时，各自关闭或者回收对应的TCP链接。

详细的状态说明(以及linux相关参数调整)

  1. SYN_SEND
    • 客户端尝试链接服务端，通过open方法。也就是TCP三次握手中的第1步之后,注意是客户端状态
    • sysctl -w net.ipv4.tcp_syn_retries = 2 ,做为客户端可以设置SYN包的重试次数，默认5次(大约180s)引用校长的话：仅仅重试2次，现代网络够了
  2. SYN_RECEIVED
    • 服务接受创建请求的SYN后，也就是TCP三次握手中的第2步，发送ACK数据包之前
    • 注意是服务端状态,一般15个左右正常，如果很大，怀疑遭受SYN_FLOOD攻击
    • sysctl -w net.ipv4.tcp_max_syn_backlog=4096 , 设置该状态的等待队列数，默认1024，调大后可适当防止syn-flood，可参见man 7 tcp
    • sysctl -w net.ipv4.tcp_syncookies=1 ,　打开syncookie，在syn backlog队列不足的时候，提供一种机制临时将syn链接换出
    • sysctl -w net.ipv4.tcp_synack_retries = 2 ,做为服务端返回ACK包的重试次数，默认5次(大约180s)引用校长的话：仅仅重试2次，现代网络够了
  3. ESTABLISHED
    • 客户端接受到服务端的ACK包后的状态，服务端在发出ACK在一定时间后即为ESTABLISHED
    • sysctl -w net.ipv4.tcp_keepalive_time = 1200 ，默认为7200秒(2小时)，系统针对空闲链接会进行心跳检查，如果超过net.ipv4.tcp_keepalive_probes * net.ipv4.tcp_keepalive_intvl = 默认11分，终止对应的tcp链接，可适当调整心跳检查频率
    • 目前线上的监控 waring:600 , critial : 800
  4. FIN_WAIT1
    • 主动关闭的一方，在发出FIN请求之后，也就是在TCP四次握手的第1步
  5. CLOSE_WAIT
    • 被动关闭的一方，在接受到客户端的FIN后，也就是在TCP四次握手的第2步
  6. FIN_WAIT2
    • 主动关闭的一方，在接受到被动关闭一方的ACK后，也就是TCP四次握手的第2步
    • sysctl -w net.ipv4.tcp_fin_timeout=30, 可以设定被动关闭方返回FIN后的超时时间，有效回收链接，避免syn-flood.
  7. LASK_ACK
    • 被动关闭的一方，在发送ACK后一段时间后(确保客户端已收到)，再发起一个FIN请求。也就是TCP四次握手的第3步
  8. TIME_WAIT
    • 主动关闭的一方，在收到被动关闭的FIN包后，发送ACK。也就是TCP四次握手的第4步
    • sysctl -w net.ipv4.tcp_tw_recycle = 1 , 打开快速回收TIME_WAIT，Enabling this option is not recommended since this causes problems when working with NAT (Network Address Translation)
    • sysctl -w net.ipv4.tcp_tw_reuse =1, 快速回收并重用TIME_WAIT的链接, 貌似和tw_recycle有冲突，不能重用就回收?
    • net.ipv4.tcp_max_tw_buckets: 处于time_wait状态的最多链接数，默认为180000.

 

相关说明

  1. 主动关闭方在接收到被动关闭方的FIN请求后，发送成功给对方一个ACK后,将自己的状态由FIN_WAIT2修改为TIME_WAIT，而必须再等2倍的MSL(Maximum Segment Lifetime,MSL是一个数据报在internetwork中能存在的时间)时间之后双方才能把状态 都改为CLOSED以关闭连接。目前RHEL里保持TIME_WAIT状态的时间为60秒
  2. keepAlive策略可以有效的避免进行三次握手和四次关闭的动作

 

Xinaction
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
常见TCP参数
WolfriedCheng
01-15 1578
常见TCP参数 一、ReceiveBufferSize 指定操作系统读缓冲区大小 二、SendBufferSize 指定操作系统写缓冲区大小 三、NoDelay 是否采用Nagle算法发送数据、TCP默认会使用Nagle算法，socket.NoDelay=true;则可以关闭Nagle算法，保证数据发送的实时性，同时也失去了Nagle带来的流量节省 四、TTL(Time To Live) TTL是IP头部的一个值，该值表示一个IP数据报能经过的最大的路由跳数，当数据报经过TTL个路由还没被接收时就会被丢弃，
TCP连接监控.rar
04-05
TCP连接监控的主要目标是跟踪和分析以下几个方面： 1. 连接状态：监控TCP连接的状态，包括LISTEN（监听）、SYN_SENT（已发送SYN）、SYN_RECV（已接收SYN）、ESTABLISHED（已建立）、FIN_WAIT_1、FIN_WAIT_2、CLOSE_...
(转)Linux TCP 系统参数配置
jackyrongvip的专栏
07-23 336
http://www.perfgeeks.com/?p=18 我们这里应用的是CentOS5.3，并内核使用的是2.6.18-128.el5PAE #1 SMP 。修改部分TCP ，有的是为了提高性能与负载，但是存在降低稳定性的风险。有的则是安全方面的配置，则有可能牺牲了性能。 1.TCP keepalive TCP连接保鲜设置 echo 1800 > /proc/sys/net...
sysctl.conf tcp优化
createamind 的专栏
11-22 191
/etc/sysctl.conf fs.file-max = 10240000 kernel.pid_max = 132768 net.core.netdev_max_backlog = 32768 net.core.rmem_default = 8388608 net.core.rmem_max = 16777216 net.core.somaxconn = 32768...
关于高负载服务器Kernel的TCP参数优化
weixin_34060741的博客
07-01 132
net.ipv4.tcp_mem内核分配给TCP连接的内存，单位是Page，1 Page = 4096 Bytes，可用命令查看：  #getconf PAGESIZE  4096  net.ipv4.tcp_mem = 196608       262144  393216  第一个数字表示，当 tcp 使用的 page 少于 196608 时，kernel 不对其进行任何的干预  第二个数字表...
TCP建立连接和关闭的三次握手
11-04 1149
TCP建立连接和关闭的三次握手       1.2 关闭一个 TCP 连接  TCP 连接建立起来后，就可以在两个方向传送数据流。当 TCP 的应用进程再没有数据需要发送时，就发关闭命令。 TCP 通过发送控制位 FIN=1 的数据片来关闭本方数据流，但还可以继续接收数据，直到对方关闭那个方向的数据流，连接就关闭。  TCP 协议使用修改的三次握手协议来关闭连接
API监控TCP连接.rar
04-04
- **日志记录**：记录所有重要的API调用和TCP连接状态变化，方便后期分析。 - **报警机制**：当监控指标达到预设阈值时，触发报警通知开发团队。 - **统计分析**：对API调用频率、成功率和TCP连接性能进行统计，提供...
TCP/IPsocket长连接
04-01
首先，我们来详细了解一下TCP连接。TCP建立连接需要经过三次握手过程，确保双方都有能力并愿意进行通信。连接建立后，数据可以双向流动。在长连接中，一旦连接建立，就会保持开放状态，直到一方主动关闭连接或因网络...
TCP-IOCP连接.rar
04-05
源码通常包含初始化IOCP、创建TCP连接、发送和接收数据以及处理完成状态等功能模块。通过学习这些源码，开发者可以深入理解TCP-IOCP的工作原理，并应用于自己的项目中，提高服务器的并发处理能力和性能。 总的来说...
易语言TCP-IOCP连接
08-20
易语言TCP-IOCP连接源码系统结构主要由以下几个关键部分组成： 1. **服务器处理函数**：这是整个系统的核心，负责监听客户端的连接请求，接收数据，并进行相应的处理。当有新的连接请求到达时，服务器会创建一个新...
【TCP/IP】调节TCP协议相关参数
远方不远
07-19 208
调节TCP协议相关参数 --待翻译 The default maximum Linux TCP buffer sizes are way too small. TCP memory is calculated automatically based on system memory; you can find the actual values by typing the following ...
TCP的几个参数说明
chuiqian7404的博客
11-22 1120
在TCP层，有个FLAGS字段，这个字段有以下几个标识： SYN 建立连接； FIN 关闭连接； ACK 响应； PSH 有数据传输； RST 连接重置；URG。 其中，ACK是可能与SYN，FIN等同时使用的，比如SYN和ACK可能同时为1，它表示的就是建立连接...
如何设置TCP参数，提升系统性能
闪电小子
06-11 2054
前言 TCP 性能的提升不仅考察 TCP 的理论知识，还考察了对于操作系统提供的内核参数的理解与应用。 TCP 协议是由操作系统实现，所以操作系统提供了不少调节 TCP 的参数。 Linux TCP 参数 如何正确有效的使用这些参数，来提高 TCP 性能是一个不那么简单事情。我们需要针对 TCP 每个阶段的问题来对症下药，而不是病急乱投医。 接下来，将以三个角度来阐述提升 TCP 的策略，分别是： TCP 三次握手的性能提升； TCP 四次挥手的性能提升； TCP 数
linux TCP/IP参数优化 sysctl.conf
05-15 176
查看TIME_WAIT连接数量 netstat -an | grep TIME_WAIT -wc 快速关闭TIME_WAIT连接 vi /etc/sysctl.conf net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_tw_reuse = 1 生效 sysctl -p 或 sysctl -p /etc/sysctl.conf ...
TCP的各种标志位和状态
MADE_哒哒
08-24 2757
TCP各种标志位: SYN：SYN= 1 表示这是一个连接请求或连接接受报文。在建立连接时用来进行同步序号（个人理解是，在建立连接的时候，提醒对方记录本方的起始序号）。当SYN=1而ACK=0时，表明这是一个连接请求报文段。对方若是同意建立连接，则应响应的报文段中使SYN=1、ACK=1。因此SYN=1表示该报文是一个连接请求报文或者是一个连接请求接收报文。 ACK：确认号只有在该位设置为1的...
TCP的关闭-4次挥手
qq_45614635的博客
12-30 290
四次挥手在一般的面试中多数都会用的到，大家学起来。
分布式 | 数据库连接如何正确处理 TCP 连接三次握手失败
ActionTech的博客
05-19 1153
作者：鲍凤其 爱可生 dble 团队开发成员，主要负责 dble 需求开发，故障排查和社区问题解答。少说废话，放码过来。 本文来源：原创投稿 *爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。 背景 在稳定性环境中，当 dble 初始化后端连接池后，后端连接池会出现连接计数器（totalConnections）和实际连接（allConnections）数量不符合的情况，理论情况下两个变量会保持最终一致性。 后续通过查阅网上相关文档，找到了相关文档：https://mp.we.
TCP的发送系列 — 发送缓存的管理（一）
wwwlyj123321的博客
11-01 2305
发送缓存和发送窗口后沿（这里的左边）是重合的，因为一被确认就会删除。发送应用程序必须控制写入缓存的速率，不能太快，否则发送缓存会没有存放数据的空间。sock发送缓冲区的上限sk->sk_sndbuf在tcp_init_sock()中初始化，初始值为tcp_wmem[1]。tcp_wmem[0]是最小值，tcp_wmem[1]是默认值，tcp_wmem[2]是最大值，sk_wmem_free_skb()用来释放skb，同时更新发送缓存的大小。tcp_mem是整个TCP层的内存消耗，单位为页。
TCP协议之《内存空间管理》
C/C++编程指南
08-10 858
TCP协议之《内存空间管理》
wincc modbustcp连接掉线
最新发布
09-30
wincc是西门子公司开发的一款人机界面软件，用于监控和控制工业过程。而Modbus TCP是一种通信协议，用于在工业自动化中进行设备之间的数据交换。 如果在wincc中使用Modbus TCP连接时出现掉线的情况，可能有以下几个原因： 1. 网络问题：可能是网络连接不稳定或者出现了网络延迟，导致wincc与Modbus TCP设备之间的通信中断。解决方法是检查网络连接是否正常，可以尝试重新连接或者重新启动网络设备。 2. Modbus TCP设备故障：如果Modbus TCP设备本身出现故障，例如断电或者设备崩溃，那么wincc无法与其进行通信。解决方法是检查设备状态，确保设备正常运行。 3. 配置错误：可能是在wincc中配置Modbus TCP连接时出现了错误，导致无法建立正确的通信。解决方法是检查wincc中Modbus TCP连接的配置，确保IP地址、端口号、数据类型和寄存器地址等参数设置正确。 4. 软件或版本兼容性问题：有时候，wincc和Modbus TCP设备的软件版本或兼容性存在问题，导致连接中断。解决方法是检查软件版本要求，并升级或降级软件版本以解决兼容性问题。 总之，出现wincc和Modbus TCP连接掉线的情况可能是由于网络问题、设备故障、配置错误或兼容性问题等原因导致的。通过检查网络连接、设备状态、配置和软件版本等方面，可以解决这些问题，确保连接正常稳定地运行。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值