TCP协议端口状态说明:CLOSE-WAIT、TIME-WAIT 、LISTENING、SYN_SENT、ESTABLISHED、LAST-ACK

最新推荐文章于 2024-07-18 20:34:27 发布
转载 最新推荐文章于 2024-07-18 20:34:27 发布 · 572 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：https://www.cnblogs.com/jessezeng/p/5617105.html

本文详细解析TCP协议的各种连接状态，包括LISTENING、SYN_SENT、ESTABLISHED等，阐述了每种状态的含义及状态之间的转换过程，有助于理解网络连接的工作原理。

了解TCP协议端口的连接状态，对排除和定位网络或系统故障会有很大帮助，因此了解一下是有必要的：

一、LISTENING
提供某种服务，侦听远方 TCP 端口的连接请求，当提供的服务没有被连接时，处于LISTENING 状态，端口是开放的，等待被连接。

二、SYN_SENT (客户端状态)
客户端调用 connect，发送一个 SYN 请求建立一个连接，在发送连接请求后等待匹配的连接请求，此时状态为 SYN_SENT.

三、SYN_RECEIVED (服务端状态)
在收到和发送一个连接请求后，等待对方对连接请求的确认，当服务器收到客户端发送的同步信号时，将标志位 ACK 和 SYN 置1发送给客户端，此时服务器端处于SYN_RECEIVED 状态，如果连接成功了就变为 ESTABLISHED，正常情况下 SYN_RECEIVED 状态非常短暂。

四、ESTABLISHED
ESTABLISHED 状态是表示两台机器正在传输数据。

五、FIN-WAIT-1
等待远程 TCP 连接中断请求，或先前的连接中断请求的确认，主动关闭端应用程序调用close，TCP 发出 FIN 请求主动关闭连接，之后进入 FIN_WAIT1 状态。

六、FIN-WAIT-2
从远程 TCP 等待连接中断请求，主动关闭端接到 ACK 后，就进入了 FIN-WAIT-2 .这是在关闭连接时，客户端和服务器两次握手之后的状态，是著名的半关闭的状态了，在这个状态下，应用程序还有接受数据的能力，但是已经无法发送数据，但是也有一种可能是，客户端一直处于 FIN_WAIT_2 状态，而服务器则一直处于 CLOSE_WAIT 状态，而直到应用层来决定关闭这个状态。

附半关闭例图：
在这里插入图片描述
七、CLOSE-WAIT
等待从本地用户发来的连接中断请求 ，被动关闭端 TCP 接到FIN后，就发出 ACK 以回应 FIN 请求(它的接收也作为文件结束符传递给上层应用程序),并进入CLOSE_WAIT.

八、CLOSING
等待远程 TCP 对连接中断的确认,处于此种状态比较少见。

九、LAST-ACK
等待原来的发向远程 TCP 的连接中断请求的确认,被动关闭端一段时间后，接收到文件结束符的应用程序将调用 CLOSE 关闭连接, TCP 也发送一个 FIN,等待对方的 ACK.进入LAST-ACK。

十、TIME-WAIT
在主动关闭端接收到 FIN 后，TCP 就发送 ACK 包，并进入TIME-WAIT 状态,等待足够的时间以确保远程 TCP 接收到连接中断请求的确认,很大程度上保证了双方都可以正常结束,但是也存在问题，须等待 2MSL 时间的过去才能进行下一次连接。

十一、CLOSED
被动关闭端在接受到 ACK 包后，就进入了 closed 的状态，连接结束，没有任何连接状态。

附TCP正常连接建立和终止所对应的状态图
在这里插入图片描述
状态迁移过程：
a、客户端：
CLOSED->SYN_SENT->ESTABLISHED->FIN_WAIT_1->FIN_WAIT_2->TIME_WAIT->CLOSED

b、服务端
CLOSED->LISTEN->SYN_RECEIVED->ESTABLISHED->CLOSE_WAIT->LAST_ACK->CLOSE

在众多状态中，经常关注的有两个：TIME_WAIT、CLOSE_WAIT。

附状态迁移过程图：
在这里插入图片描述

转自：
《jessezeng TCP协议端口状态说明:CLOSE-WAIT、TIME-WAIT 、LISTENING、SYN_SENT、ESTABLISHED、LAST-ACK》

Linux内核TCP协议深度解析：TIME-WAIT状态与连接管理
数字人生
09-09 256
本文深入分析了Linux内核中tcp_minisocks.c文件的关键实现机制，该文件是TCP/IP协议栈的重要组成部分，主要负责处理TCP连接建立和终止过程中的中间状态管理。文章重点剖析了TIME-WAIT状态的核心处理逻辑，包括tcp_timewait_state_process()函数的实现细节，该函数通过序列号验证、窗口管理和PAWS机制确保连接可靠终止。同时探讨了tcp_create_openreq_child()和tcp_check_req()等关键函数，这些函数处理连接请求、创建子套接字并执行
端口的几种状态详解
Learn_change_myself的博客
07-21 3856
端口状态主要有以下几种：LISTENING状态、ESTABLISHED状态、CLOSE_WAIT、TIME_WAIT、SYN_SENT状态。
端口的状态详解
jvortex的专栏
06-28 9526
服务端口的状态变化 先在本机（IP地址为：192.168.1.10）配置FTP服务，然后在其它计算机（IP地址为：192.168.1.1）访问FTP服务，从TCPView看看端口的状态变化。 下面黑体字显示的是从TCPView中截取的部分。 1、LISTENING状态 FTP服务启动后首先处于侦听（LISTENING）状态。 State显示是LISTENING时表示处
tcp-ip-状态详解
foxox
12-10 222
[img]http://dl.iteye.com/upload/attachment/366894/b6f5e19d-5c3a-38e6-ac70-00ff44a92621.jpg[/img] [img][/img]....看图看http://dl.iteye.com/upload/attachment/365267/42e653f4-27d2-3025-9d77-23ab92df316e....
sent协议解析
05-16
sent解析算法适用于汽车行业的传感器，执行器等等所以
TCP端口状态 LISTENING、ESTABLISHED、TIME_WAIT及CLOSE_WAIT详解，以及三次握手，滑动窗口
Dontla的博客
12-25 1610
参考文章：端口状态 LISTENING、ESTABLISHED、TIME_WAIT及CLOSE_WAIT详解，以及三次握手，滑动窗口
TCP三次握手和四次挥手，及TCP协议端口状态说明:CLOSE-WAIT、TIME-WAIT 、LISTENING、SYN_SENT、ESTABLISHED、LAST-ACK ...
a3192048的博客
09-13 2779
TCP三次握手和四次挥手状态图： 三次握手： 第一次 第一次握手：建立连接时，客户端发送SYN包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。 第二次 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此...
ESP32 TCP连接状态详解：TIME_WAIT与CLOSE_WAIT的6大应对技巧
传输控制协议（TCP）是一种面向连接的、可靠的、基于字节流的传输层通信协议。在嵌入式系统中，TCP广泛应用于设备与服务器之间的稳定数据交互。建立TCP连接需通过三次握手完成，而断开则通过四次挥手，确保数据完整...
mysql close_wait_线上大量CLOSE_WAIT原因深入分析
weixin_39692623的博客
02-17 1125
这一次重启真的无法解决问题了：一次 MySQL 主动关闭，导致服务出现大量 CLOSE_WAIT 的全流程排查过程。近日遇到一个线上服务 socket 资源被不断打满的情况。通过各种工具分析线上问题,定位到问题代码。这里对该问题发现、修复过程进行一下复盘总结。先看两张图。一张图是服务正常时监控到的 socket 状态，另一张当然就是异常啦！图一：正常时监控图二：异常时监控从图中的表现情况来看，就是...
线上大量CLOSE_WAIT的原因深入分析
2401_86353562的博客
07-18 1615
整个分析过程还是废了不少时间。最主要的是主观意识太强，觉得运行了一年没有出问题的为什么会突然出问题？因此一开始是质疑 SRE、DBA、各种基础设施出了问题（人总是先怀疑别人）。导致在这上面费了不少时间。理一下正确的分析思路：1、出现问题后，立马应该检查日志，确实日志没有发现问题；2、监控明确显示了socket不断增长，很明确立马应该使用 netstat 检查情况看看是哪个进程的锅；3、根据 netstat 的检查，使用 tcpdump 抓包分析一下为什么连接会被动断开（TCP知识非常重要）；
socket的SYN_RECV和ESTABLISHED状态
qq_37955980的博客
04-19 1232
1. socket的状态 1.1 状态说明 CLOSED 没有使用这个套接字[netstat 无法显示closed状态] LISTEN 套接字正在监听连接[调用listen后] SYN_SENT 套接字正在试图主动建立连接[发送SYN后还没有收到ACK] SYN_RECEIVED 正在处于连接的初始同步状态[收到对方的SYN，但还没收到自己发过去的SYN的ACK] ESTA...
TCP 连接状态图 ，TIME_WAIT，CLOSE_WAIT解决办法
★匆匆★的专栏
01-11 1857
TCP联机在各种状态之间变动的状况与顺序，其中TIME_WAIT联机已经是TCP联机在完全关闭联机状态（CLOSED）之前的一个状态（注：完全关闭联机是指网络完整断线的意思），而预设TIME_WAIT的逾时时间为MSL（Maximum Segment Lifetime）时间的两倍，在RFC 793规格定义的MSL为两分钟，也就是在预设的情况下，每一条联机从打算关闭联机状态（Closing）换到...
TCP三次握手中listen()与accept()原理
mrqiuwen的博客
05-16 2882
【代码】TCP三次握手中listen()与accept()原理。
tcp协议端口解释（转载）
alexlee0123的博客
12-21 1259
了解TCP协议端口的连接状态，对排除和定位网络或系统故障会有很大帮助，因此了解一下是有必要的： 一、LISTENING 　　提供某种服务，侦听远方TCP端口的连接请求，当提供的服务没有被连接时，处于LISTENING状态，端口是开放的，等待被连接。 二、SYN_SENT (客户端状态) 　　客户端调用connect，发送一个SYN请求建立一个连接，在发送连接请求后等待匹配的连接...
端口状态 LISTENING、ESTABLISHED、TIME_WAIT及CLOSE_WAIT详解，以及三次握手四次挥手，滑动窗口
热门推荐
神棍之路
12-23 1万+
左边为客户端的状态转变，后边为服务器的状态转变。MSL（Maximum Segment Lifetime），TCP允许不同的实现可以设置不同的MSL值。**第一，保证客户端发送的最后一个ACK报文能够到达服务器，因为这个ACK报文可能丢失。**站在服务器的角度看来，我已经发送了FIN+ACK报文请求断开了，客户端还没有给我回应，应该是我发送的请求断开报文它没有收到，于是服务器又会重新发送一次，而客户端就能在这个2MSL时间段内收到这个重传的报文，接着给出回应报文，并且会重启2MSL计时器。
[转]端口状态说明 LISTENING、ESTABLISHED、TIME_WAIT及CLOSE_WAIT
MN唐Ms
07-30 2026
TCP状态转移要点    TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。网络服务器程序要同时管理大量连接，所以很有必要保证无用连接完全断开，否则大量僵死的连接会浪费许多服务器资源。在众多TCP状态中，最值得注意的状态有两个：CLOSE_WAIT和TIME_WAIT。   1、LISTENI...
Windows-端口状态含义
zym_1321的博客
05-15 1万+
一、常见端口含义 1、LISTENING状态 LISTENING表示处于侦听状态，表示该端口是开放的，可以提供服务。 （当在防火墙设置禁止某个端口，那该端口的状态也是LISTENING，表示是拦截数据，禁止数据的访问和被访问，端口虽然开放，但是别人无法访问） 下面显示的是9090端口是开放的可以提供服务 TCP 0.0.0.0:9090 0.0.0.0:0 LISTENING 34548 2、ESTABLISHED状态 ESTABLISHED表示处于建立连接状态，表示两台机器正在通信。 下面显示的是本机的服
服务器445端口大量占用,出现大量到外部445端口、状态为SYN_SENT的连接的原因和解决方法...
weixin_42117224的博客
07-31 7278
出现大量到外部445端口、状态为SYN_SENT的连接的原因和解决方法有一台WIN2003的服务器，在单位的局域网内，与互联网是物理隔离的，最近上面运行的一个WEB服务器经常出错，查看日志发现是因为数据库不能连接，因为系统的所有端口都已经被占用完。使用netstat -abn查看发现svchost.exe开启了大量状态为SYN_SENT的连接，目标端口都是445，但是连接的IP各种各样的都有，由于...
TCP协议的十一种状态集转换，用图表现
最新发布
07-31
TCP协议的状态转换过程是网络通信中非常关键的一部分，尤其是在建立和终止连接时的状态迁移。TCP定义了11种状态来管理连接的生命周期，包括连接的建立、数据传输以及连接的终止。 ### TCP 协议的 11 种状态 TCP 协议中定义的 11 种状态包括： 1. **LISTEN** - 服务器正在等待来自客户端的连接请求。 2. **SYN_SENT** - 客户端已经发送了 SYN 报文段，并等待服务器的 SYN-ACK 响应。 3. **SYN_RCVD** - 服务器已经接收到客户端的 SYN 报文段，并发送了自己的 SYN 报文段和 ACK 报文段。 4. **ESTABLISHED** - 连接已经建立，数据可以在两个方向上传输。 5. **FIN_WAIT_1** - 应用程序已经请求关闭连接，TCP 已经发送了 FIN 报文段，并等待对方的 FIN-ACK 响应。 6. **FIN_WAIT_2** - TCP 已经接收到对方的 ACK 报文段，现在等待对方发送 FIN 报文段。 7. **CLOSE_WAIT** - 对方已经发送了 FIN 报文段，本方需要关闭连接，应用程序应该关闭连接并发送自己的 FIN 报文段。 8. **CLOSING** - 双方几乎同时关闭连接，TCP 已经发送了 FIN 报文段，并且也接收到对方的 FIN 报文段，但还没有确认。 9. **LAST_ACK** - 本地已经发送了 FIN 报文段，并且接收到对方的 FIN 报文段，现在等待对方的 ACK 报文段。 10. **TIME_WAIT** - 连接已经关闭，但是为了确保最后的 ACK 报文段能够到达对方，TCP 会保持在这个状态一段时间（通常是 2 倍的最大段生存时间，即 2MSL）。 11. **CLOSED** - 连接已经完全关闭，没有数据传输正在进行。 ### 状态转换图 下面是一个简化的TCP状态转换图描述： ``` +---------+ +---------+ +---------+ | LISTEN |---->|SYN_RCVD |---->|ESTABLISH| +---------+ +---------+ +---------+ | | | | | | v v v +---------+ +---------+ +---------+ |SYN_SENT |<----|SYN_RCVD |<----|FIN_WAIT_1| +---------+ +---------+ +---------+ | | | | | | v v v +---------+ +---------+ +---------+ | CLOSED | |CLOSE_WAIT | |FIN_WAIT_2| +---------+ +---------+ +---------+ | | | | | | v v v +---------+ +---------+ +---------+ | | |LAST_ACK | |TIME_WAIT| +---------+ +---------+ +---------+ ``` 请注意，这个图是一个简化版本，实际的状态转换图更为复杂。在实际应用中，TCP状态转换图会包含所有11种状态之间的转换，并且每一种状态转换都对应着特定的事件和动作。 ### 状态转换路径 - **客户端路径**：客户端从发送SYN开始，经历SYN_SENT状态，直到收到SYN-ACK后进入ESTABLISHED状态。当客户端完成数据传输后，它会发送一个FIN报文段，进入FIN_WAIT_1状态，然后接收到ACK后进入FIN_WAIT_2状态，最后接收到对方的FIN报文段后进入TIME_WAIT状态。 - **服务器端路径**：服务器从LISTEN状态开始，当接收到SYN报文段后进入SYN_RCVD状态，发送SYN-ACK后进入SYN_RCVD状态，然后接收到客户端的ACK后进入ESTABLISHED状态。当服务器完成数据传输后，它会发送一个FIN报文段，进入CLOSE_WAIT状态，然后接收到客户端的FIN报文段后进入LAST_ACK状态，最后接收到ACK后进入CLOSED状态。 ### 示例代码 以下是一个简单的Python代码示例，用于演示如何使用socket编程来观察TCP连接的状态变化： ```python import socket def start_server(): server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) server_socket.bind(('localhost', 9999)) server_socket.listen(1) print("Server is listening on port 9999...") conn, addr = server_socket.accept() print(f"Connection from {addr}") # 接收数据 data = conn.recv(1024) print(f"Received: {data.decode()}") # 发送数据 conn.sendall(b"Hello, client!") # 关闭连接 conn.close() server_socket.close() if __name__ == "__main__": start_server() ``` ```python import socket def start_client(): client_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) client_socket.connect(('localhost', 9999)) # 发送数据 client_socket.sendall(b"Hello, server!") # 接收数据 data = client_socket.recv(1024) print(f"Received: {data.decode()}") # 关闭连接 client_socket.close() if __name__ == "__main__": start_client() ``` 这段代码展示了客户端和服务器的基本交互过程，从建立连接到数据传输再到关闭连接，可以观察到TCP连接的不同状态变化[^1]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值