TCP状态SYN_RECV ， CLOSE_WAIT

最新推荐文章于 2022-11-20 19:50:37 发布
最新推荐文章于 2022-11-20 19:50:37 发布
阅读量694 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lys07962000/article/details/71273162
本文展示了通过netstat命令查询端口12000的状态详情，包括监听状态及与不同客户端的连接情况，并提供了解决连接数限制的方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >


 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 414
为了确保数据能够完成传输。关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。可能有人会有疑问，tcp我握手的时候为何ACK(确认)和SYN(建立连接)是一起发送。挥手的时候为什么是分开的时候发送呢.
结合linux内核源码理解SYN_RECV状态
松哥(jccz_zys)的专栏
02-15 2289
  结合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 371
tcp
TCP链接异常: SYN_RECV
paky_du的专栏
11-20 4003
tcp状态之SYN_RECV
TCP连接状态分析：SYNC_RECV，CLOSE_WAIT，TIME_WAIT
m0_37732829的博客
10-16 377
在通讯为主的前端服务器上，必须有能力处理各种TCP状态，这里记录一篇讲解linux服务器上对TCP连接状态分析，记录一下，感兴趣的可以手动实践一下，哈哈 TCP连接状态分析：SYNC_RECV，CLOSE_WAIT，TIME_WAIT ...
#TCP你学得会# 之 TCP_SYN_RECV的真相
weixin_34221332的博客
03-04 1004
2019独角兽企业重金招聘Python工程师标准>>> ...
TCP连接CLOSE_WAIT和TIME_WAIT状态学习总结
点点滴滴
04-08 4715
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_...
socket的SYN_RECV和ESTABLISHED状态
wentinghe的专栏
07-24 8704
1. socket的状态 1.1 状态说明 CLOSED 没有使用这个套接字[netstat 无法显示closed状态] LISTEN 套接字正在监听连接[调用listen后] SYN_SENT 套接字正在试图主动建立连接[发送SYN后还没有收到ACK] SYN_RECEIVED 正在处于连接的初始同步状态[收到对方的SYN，但还
TCP连接状态详解：Close_Wait与Time_Wait解析
本文将详细探讨TCP的各个状态，重点分析Close_Wait和Time_Wait这两个特殊状态，帮助初学者快速掌握TCP状态图的含义和作用。" TCP（Transmission Control Protocol）是一种面向连接的、可靠的、基于字节流的传输层...
linux 解决大量SYN_RECV CLOSE_WAIT
大树叶 技术专栏
04-29 7726
[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 5736
        首先我们需要弄清楚SYN_RCVD状态是怎样产生的，通过TCP状态转换图(如下图)我们可以清楚的看到，SYN_RCVD是TCP三次握手的中间状态，是服务端口（监听端口，如应用服务器的80端口）收到SYN包并发送[SYN，ACK]包后所处的状态。这时如果再收到ACK的包，就完成了三次握手，建立起TCP连接。       如果服务器上出现大量的SYN_RCVD状态的TCP连接说明...
[转] 结合linux内核源码理解SYN_RECV状态
iyangyi的专栏
03-26 793
************************************************************************************************************************************************************结合linux内核源码理解SYN_RECV状态*********************
SYN_RECV的意思
gkyh899的专栏
10-23 8297
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 301
我知道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 152
我知道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 3048
首先说一下Apache的工作模式吧： prefork–Unix平台上的默认（缺省）MPM，使用多个子进程，每个子进程只有一个线程。每个进程在某个确定的时间只能维持一个连接，效率高，但内存占用量比较大。(内存！白菜价) worker–使用多个子进程，每个子进程有多个线程，每个线程在某个确定的时间只能维持一个连接，内存占用量比较小，适合高流量的http服务器。缺点是假如一个线程崩溃，整
TCP连接卡在SYN_RECV状态：服务端忽略Ack数据包，并且重新传输 Syn Ack数据包
简单IoT
04-09 9063
问题描述和初步分析 这段时间在帮一个项目调试客户现场的网关离线问题，发现TCP连接时不时会卡在SYN_RECV状态： $ netstat -an | grep :80 tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN tcp 0 0 69.164.201.172:80 71.56.137.10:56657 SYN_RECV tcp 0 0
linux系统收到SYN但不回SYN+ACK问题排查
weixin_34309435的博客
08-08 3350
一，背景：今天下午发现线上的一台机器从办公网登录不上且所有tcp端口都telnet不通，但是通过同机房的其它机器却可以正常访问到出问题的机器。于是就立即在这台出问题的server端抓包分析，发现问题如下：server端收到了本地pc发的SYN包，但是没有回syn+ack包，所以确认是server端系统问题。tcpdump抓包如下：二，排查1，发现系统没有任何负载2，网卡也没有...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值