清除陷入CLOSE_WAIT的TCP链接进程

netstat -nap |grep :8009|grep CLOSE_WAIT | awk '{print $7}'|awk -F"\/" '{print $1}' |awk '!a[$1]++'  |xargs kill

netstat -nap |grep :8849|grep CLOSE_WAIT | awk '{print $7}' |awk '!a[$1]++'|xargs kill -a

使用netstat列出所有端口信息,包含进程信息,

过滤出8009端口的,

过滤出出状态是CLOSE_WAIT的,

取结果的第7列,就是进程信息,格式是这样的12568/httpd,

所以要去掉 /httpd 这部分,只留下进程号,

然后去掉重复的进程号,

最后用xargs带入kill命令杀掉相应的进程。

Windows下筛选是

netstat -ano|findstr CLOSE_WAIT

findstr 是用于在命令行中进行简单字符串匹配和筛选的 Windows 命令。根据你的需求,你还可以使用其他的筛选工具或正则表达式来进一步处理 netstat 命令的输出结果。

使用 PowerShell 脚本来自动关闭 CLOSE_WAIT 状态的连接:

  • 打开 PowerShell,并以管理员权限运行。

  • 执行以下脚本,它将筛选出所有处于 CLOSE_WAIT 状态的连接并关闭它们:

    $closeWaitConnections = netstat -ano | findstr "CLOSE_WAIT"
    $regexPattern = "(\d+\.\d+\.\d+\.\d+):(\d+)\s+(\d+\.\d+\.\d+\.\d+):(\d+)\s+CLOSE_WAIT\s+(\d+)"
    
    $matches = $closeWaitConnections | Select-String -Pattern $regexPattern | ForEach-Object {
        [regex]::Matches($_, $regexPattern) | ForEach-Object {
            $localAddress = $_.Groups[1].Value
            $localPort = $_.Groups[2].Value
            $remoteAddress = $_.Groups[3].Value
            $remotePort = $_.Groups[4].Value
            $pid = $_.Groups[5].Value
    
            $process = Get-Process -Id $pid -ErrorAction SilentlyContinue
            if ($process) {
                Write-Host "Closing connection: LocalAddress=$localAddress, LocalPort=$localPort, RemoteAddress=$remoteAddress, RemotePort=$remotePort, PID=$pid, ProcessName=$($process.ProcessName)"
                Stop-Process -Id $pid -Force
            } else {
                Write-Host "Process with PID=$pid not found. Skipping..."
            }
        }
    }
    

    • 执行脚本后,它将列出所有处于 CLOSE_WAIT 状态的连接,并尝试关闭相关的进程。如果进程成功关闭,则会显示相应的连接信息。

    • 请注意,脚本会尝试使用 Stop-Process 命令关闭相关的进程,并且使用 -Force 选项来强制关闭进程。在执行此脚本之前,请确保了解关闭连接可能带来的后果,并确保关闭的连接不会影响你的系统或应用程序的正常运行。

    • 如果脚本无法关闭某些连接,可能需要手动查找并关闭这些连接所关联的进程。

(1) LISTEN:首先服务端需要打开一个socket进行监听,状态为LISTEN. /* The socket is listening for incoming connections. 侦听来自远方TCP端口的连接请求 */ 

(2) SYN_SENT:客户端通过应用程序调用connect进行active open.于是客户端tcp发送一个SYN以请求建立一个连接.之后状态置为SYN_SENT. /*The socket is actively attempting to establish a connection. 在发送连接请求后等待匹配的连接请求 */ 

(3) SYN_RECV:服务端应发出ACK确认客户端的SYN,同时自己向客户端发送一个SYN. 之后状态置为SYN_RECV /* A connection request has been received from the network. 在收到和发送一个连接请求后等待对连接请求的确认 */ 

(4)ESTABLISHED: 代表一个打开的连接,双方可以进行或已经在数据交互了。/* The socket has an established connection. 代表一个打开的连接,数据可以传送给用户 */ 

(5) FIN_WAIT1:主动关闭(active close)端应用程序调用close,于是其TCP发出FIN请求主动关闭连接,之后进入FIN_WAIT1状态./* The socket is closed, and the connection is shutting down. 等待远程TCP的连接中断请求,或先前的连接中断请求的确认 */ 

(6) CLOSE_WAIT:被动关闭(passive close)端TCP接到FIN后,就发出ACK以回应FIN请求(它的接收也作为文件结束符传递给上层应用程序),并进入CLOSE_WAIT. /* The remote end has shut down, waiting for the socket to close. 等待从本地用户发来的连接中断请求 */ 
  
(7) FIN_WAIT2:主动关闭端接到ACK后,就进入了FIN-WAIT-2 ./* Connection is closed, and the socket is waiting for a shutdown from the remote end. 从远程TCP等待连接中断请求 */ 

(8) LAST_ACK:被动关闭端一段时间后,接收到文件结束符的应用程序将调用CLOSE关闭连接。这导致它的TCP也发送一个 FIN,等待对方的ACK.就进入了LAST-ACK . /* The remote end has shut down, and the socket is closed. Waiting for acknowledgement. 等待原来发向远程TCP的连接中断请求的确认 */ 

(9) TIME_WAIT:在主动关闭端接收到FIN后,TCP就发送ACK包,并进入TIME-WAIT状态。/* The socket is waiting after close to handle packets still in the network.等待足够的时间以确保远程TCP接收到连接中断请求的确认 */

(10) CLOSING: 比较少见./* Both sockets are shut down but we still don't have all our data sent. 等待远程TCP对连接中断的确认 */ 

(11) CLOSED: 被动关闭端在接受到ACK包后,就进入了closed的状态。连接结束./* The socket is not being used. 没有任何连接状态 */ 

TIME_WAIT状态的形成只发生在主动关闭连接的一方。 

    主动关闭方在接收到被动关闭方的FIN请求后,发送成功给对方一个ACK后,将自己的状态由FIN_WAIT2修改为TIME_WAIT,而必须再等2倍 的MSL(Maximum Segment Lifetime,MSL是一个数据报在internetwork中能存在的时间)时间之后双方才能把状态 都改为CLOSED以关闭连接。目前RHEL里保持TIME_WAIT状态的时间为60秒

猜你喜欢

转载自blog.csdn.net/qq_23080741/article/details/121223994
今日推荐