TCP状态SYN_RECV ， CLOSE_WAIT

最新推荐文章于 2022-11-20 19:50:37 发布
原创 最新推荐文章于 2022-11-20 19:50:37 发布 · 712 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文展示了通过netstat命令查询端口12000的状态详情，包括监听状态及与不同客户端的连接情况，并提供了解决连接数限制的方法。


 netstat -nap | grep 12000


tcp       65      0 0.0.0.0:12000           0.0.0.0:*               LISTEN      14404/./msg_server1 
tcp        0      0 192.168.10.243:12000    192.168.10.11:45018     SYN_RECV    -                   
tcp        0      0 192.168.10.243:12000    192.168.10.183:41134    SYN_RECV    -                   
tcp      108      0 192.168.10.243:12000    192.168.10.189:57562    CLOSE_WAIT  -                   
tcp      108      0 192.168.10.243:12000    192.168.10.189:57572    CLOSE_WAIT  -                   
tcp      108      0 192.168.10.243:12000    192.168.10.189:57541    CLOSE_WAIT  -                   
tcp      108      0 192.168.10.243:12000    192.168.10.189:57560    CLOSE_WAIT  -                   

tcp      108      0 192.168.10.243:12000    192.168.10.189:57536    CLOSE_WAIT  -


//解决
ulimit -n 65535

大量TIME_WAIT、CLOSE_WAIT状态TCP连接解决
悦分享
12-10 749
为了确保数据能够完成传输。关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。可能有人会有疑问，tcp我握手的时候为何ACK(确认)和SYN(建立连接)是一起发送。挥手的时候为什么是分开的时候发送呢.
socket的SYN_RECV和ESTABLISHED状态
wentinghe的专栏
07-24 8756
1. socket的状态 1.1 状态说明 CLOSED 没有使用这个套接字[netstat 无法显示closed状态] LISTEN 套接字正在监听连接[调用listen后] SYN_SENT 套接字正在试图主动建立连接[发送SYN后还没有收到ACK] SYN_RECEIVED 正在处于连接的初始同步状态[收到对方的SYN，但还
结合linux内核源码理解SYN_RECV状态
松哥(jccz_zys)的专栏
02-15 2311
  结合linux内核源码理解SYN_RECV状态(以下基于linux内核2.4.0 松哥 jccz_zys@tom.com)    SYN_RECV状态，顾名思义，是收到SYN包后应该置的状态。关于SYN_RECV状态,受某些教科书的误导,我以前一直理解为服务器收到SYN包后应该置此状态。也没细想到底是置那个socket的状态，最近在看三次握手协议在linux内核中的实现时,才仔细思
SYN_RECV CLOSE_WAIT
m0_48312352的博客
09-23 415
tcp
TCP链接异常: SYN_RECV
paky_du的专栏
11-20 4104
tcp状态之SYN_RECV
TCP连接状态分析：SYNC_RECV，CLOSE_WAIT，TIME_WAIT
m0_37732829的博客
10-16 386
在通讯为主的前端服务器上，必须有能力处理各种TCP状态，这里记录一篇讲解linux服务器上对TCP连接状态分析，记录一下，感兴趣的可以手动实践一下，哈哈 TCP连接状态分析：SYNC_RECV，CLOSE_WAIT，TIME_WAIT ...
#TCP你学得会# 之 TCP_SYN_RECV的真相
weixin_34221332的博客
03-04 1076
2019独角兽企业重金招聘Python工程师标准>>> ...
TCP连接CLOSE_WAIT和TIME_WAIT状态学习总结
点点滴滴
04-08 5044
0、引言 生产环境中，运行一段时间后，发现经常出现残留着大量的TCP链接，如下图所示，这些残留的TCP链接占用着系统的资源，一旦数量过大的话，会导致系统资源耗尽，甚至崩溃，急需排查解决。 2、TCP/IP的连接和断开过程 2.1 三次握手建立连接 第一次握手：建立连接时，客户端A发送SYN包（SYN=j）到服务器B，并进入SYN_SEND状态，等待服务器B确认。 第二次握手：服务器B收到S...
TCP的状态兼谈Close_Wait和Time_Wait的状态
05-07
以下是TCP状态转换的详细解释，以及Close_Wait和Time_Wait这两个特殊状态的探讨。 1. **LISTEN**：服务器在启动时，会创建一个监听套接字，设置状态为LISTEN，表示服务器正在监听来自客户端的连接请求。 2. **SYN_...
TCP连接状态详解：Close_Wait与Time_Wait解析
本文将详细探讨TCP的各个状态，重点分析Close_Wait和Time_Wait这两个特殊状态，帮助初学者快速掌握TCP状态图的含义和作用。" TCP（Transmission Control Protocol）是一种面向连接的、可靠的、基于字节流的传输层...
linux 解决大量SYN_RECV CLOSE_WAIT
大树叶 技术专栏
04-29 7791
[root@localhost ~]# netstat -nat | awk '/^tcp/{++S[$NF]}END{for (a in S) print a,S[a]}' [root@localhost ~]# netstat -ant Active Internet connections (servers and established) Proto Recv-Q Send-Q Lo
对服务器上出现大量的SYN_RCVD状态的TCP连接的问题分析
dzhwang的博客
11-21 5786
        首先我们需要弄清楚SYN_RCVD状态是怎样产生的，通过TCP状态转换图(如下图)我们可以清楚的看到，SYN_RCVD是TCP三次握手的中间状态，是服务端口（监听端口，如应用服务器的80端口）收到SYN包并发送[SYN，ACK]包后所处的状态。这时如果再收到ACK的包，就完成了三次握手，建立起TCP连接。       如果服务器上出现大量的SYN_RCVD状态的TCP连接说明...
[转] 结合linux内核源码理解SYN_RECV状态
iyangyi的专栏
03-26 820
************************************************************************************************************************************************************结合linux内核源码理解SYN_RECV状态*********************
SYN_RECV的意思
gkyh899的专栏
10-23 8334
SYN_RECV同步空闲字符接收到状态，主要是为了等待第三次握手。 在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。 第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认； 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，
linux tcp名词解释,linux – TCP_NEW_SYN_RECV的含义是什么？
weixin_30746067的博客
05-16 320
我知道TCP_SYN_RECV,但TCP_NEW_SYN_RECV的含义是什么？他们之间有什么区别？enum {TCP_ESTABLISHED = 1,TCP_SYN_SENT,TCP_SYN_RECV,TCP_FIN_WAIT1,TCP_FIN_WAIT2,TCP_TIME_WAIT,TCP_CLOSE,TCP_CLOSE_WAIT,TCP_LAST_ACK,TCP_LISTEN,TCP_CLO...
linux c tcp recv,linux – TCP_NEW_SYN_RECV的含义是什么？
weixin_32129195的博客
05-15 165
我知道TCP_SYN_RECV,但TCP_NEW_SYN_RECV的含义是什么？他们之间有什么区别？enum {TCP_ESTABLISHED = 1,TCP_SYN_SENT,TCP_SYN_RECV,TCP_FIN_WAIT1,TCP_FIN_WAIT2,TCP_TIME_WAIT,TCP_CLOSE,TCP_CLOSE_WAIT,TCP_LAST_ACK,TCP_LISTEN,TCP_CLO...
Apache的工作模式和Keepalive设置导致的SYN_RECV
IOT之无线网络传输技术
12-27 3064
首先说一下Apache的工作模式吧： prefork–Unix平台上的默认（缺省）MPM，使用多个子进程，每个子进程只有一个线程。每个进程在某个确定的时间只能维持一个连接，效率高，但内存占用量比较大。(内存！白菜价) worker–使用多个子进程，每个子进程有多个线程，每个线程在某个确定的时间只能维持一个连接，内存占用量比较小，适合高流量的http服务器。缺点是假如一个线程崩溃，整
在 TIME_WAIT 状态的 TCP 连接，收到 SYN 后会发生什么？
小林coding
03-02 5147
周末跟朋友讨论了一些 TCP 的问题，在查阅《Linux 服务器高性能编程》这本书的时候，发现书上写了这么一句话： 书上说，处于 TIME_WAIT 状态的连接，在收到相同四元组的 SYN 后，会回 RST 报文，对方收到后就会断开连接。 书中作者只是提了这么一句话，没有给予源码或者抓包图的证据。 起初，我看到也觉得这个逻辑也挺符合常理的，但是当我自己去啃了 TCP 源码后，发现并不是这样的。 所以，今天就来讨论下这个问题，「在 TCP 正常挥手过程中，处于 TIME_WAIT 状态的连接，收到相同四元组
TCP三次握手过程中的半连接和全连接
dinghuiyang的博客
09-13 3200
accept过程： 当server端主动调用accept时，会将该client从半连接状态队列转入到全连接状态队列，并生成该client的fd，此后server通过该fd与client进行会话。之后 如果client不断去重新发出连接请求，最终server端的半连接状态队列将满（大小有listen接口设置），连接状态处于SYN_RECV状态（通过netstat 命令可以看到 Recv-Q已达到连接个数上限和连接状态）对于server端来说，
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值