博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
netstat用法及TCP state解析
阅读量:5149 次
发布时间:2019-06-13

本文共 3136 字,大约阅读时间需要 10 分钟。

State: 表TCP连接状态

ESTABLISHED 指TCP连接已建立,双方可以进行方向数据传递

 

CLOSE_WAIT: 这种状态的含义其实是表示在等待关闭。当对方close一个SOCKET后发送FIN报文给自己,你系统毫无疑问地会回应一个ACK报文给对方,此时则进入到CLOSE_WAIT状态。接下来呢,实际上你真正需要考虑的事情是察看你是否还有数据发送给对方,如果没有的话, 那么你也就可以close 这个SOCKET,发送 FIN 报文给对方,也即关闭连接。所以你在CLOSE_WAIT 状态下,需要完成的事情是等待你去关闭连接。 

 

LISTENING: 指TCP正在监听端口,可以接受链接

TIME_WAIT: 指连接已准备关闭。表示收到了对方的FIN报文,并发送出了ACK报文,就等2MSL后即可回到CLOSED可用状态了。如果FIN_WAIT_1状态下,收到了对方同时带FIN标志和ACK标志的报文时,可以直接进入到TIME_WAIT状态,而无须经过FIN_WAIT_2 状态。

FIN_WAIT_1: 这个状态要好好解释一下,其实FIN_WAIT_1和 FIN_WAIT_2状态的真正含义都是表示等待对方的FIN报 文。而这两种状态的区别是:FIN_WAIT_1状态实际上是当SOCKET在ESTABLISHED状态时,它想主动关闭连接,向对方发送了FIN 报文,此时该SOCKET即进入到FIN_WAIT_1 状态。而当对方回应ACK 报文后,则进入到FIN_WAIT_2状态,当然在实际的正常情况 下,无论对方何种情况下,都应该马上回应ACK报文,所以FIN_WAIT_1状态一般是比较难见到的,而FIN_WAIT_2 状态还有时常常可以用 netstat看到。

FIN_WAIT_2:上面已经详细解释了这种状态,实际上FIN_WAIT_2 状态下的SOCKET,表示半连接,也即有一方要求close 连接,但另外还告诉对方,我暂时还有点数据需要传送给你,稍后再关闭连接。

LAST_ACK: 是被动关闭一方在发送FIN报文后,最后等待对方的ACK报文。当收到ACK报文后,也即可以进入到CLOSED可用状态了

SYNC_RECEIVED: 收到对方的连接建立请求,

这个状态表示接受到了SYN报文,在正常情况下,这个状态是服务器端的SOCKET在建立TCP连接时的三次握手会话过程中的一个中间状态,很短暂,基本上用netstat你是很难看到这种状态的,除非你特意写了一个客户端测试程序,故意将三次TCP握手过程中最后一个ACK报文不予发送。因此这种状态时,当收到客户端的ACK报文后,它会进入到ESTABLISHED状态。

SYNC_SEND: 已经主动发出连接建立请求。与SYN_RCVD遥想呼应,当客户端SOCKET执行CONNECT连接时,它首先发送SYN报文,因此也随即它会进入到了SYN_SENT状态,并等待服务端的发送三次握手中的第2个报文。

上述状态的定义与TCP规则定义的TCP状态图一致,可以对照如下两张TCP建立与终止链接的状态转换图进行理解。

 附图1. TCP建立连接之状态转换图

TCP中断连接之状态转换图

netstat -b 显示在创建每个连接或侦听端口时涉及的可执行程序,需要管理员权限,

               这条指令对于查找可疑程序非常有帮助。

$ netstat -b 活动连接   协议  本地地址          外部地址        状态   TCP    10.41.10.89:1666        123.150.197.207:http   CLOSE_WAIT  [IcbcDaemon.exe]   TCP    10.41.10.89:2041        221.176.31.1:8080      ESTABLISHED  [Fetion.exe]   TCP    10.41.10.89:2658        nrt19s11-in-f7:http    ESTABLISHED  [chrome.exe]   TCP    10.41.10.89:2667        10.87.51.188:8014      SYN_SENT  [Smc.exe]

netstat -n -o 

-n 以数字形式显示地址和端口号。

-o 显示拥有的与每个连接关联的进程 ID。

 

$ netstat -n -o 活动连接   协议  本地地址          外部地址        状态           PID   TCP    10.41.10.89:1666        123.150.197.207:80     CLOSE_WAIT      1344   TCP    10.41.10.89:2041        221.176.31.1:8080      ESTABLISHED     4852   TCP    10.41.10.89:2750        10.87.51.188:8014      SYN_SENT        1584

netstat -s -p

-s 显示每个协议的统计。默认情况下,显示IP、IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 和 UDPv6的统计;-p 选项可用于指定默认的子网。

-p proto 显示 proto 指定的协议的连接;proto 可以是下列任何一个: TCP、UDP、TCPv6 或 UDPv6。如果与 -s 选项一起用来显示每个协议的统计,proto 可以是下列任

何一个: IP、IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 或 UDPv6。

 

$ netstat -s -p tcp IPv4 的 TCP 统计信息   主动开放                        = 1732   被动开放                       = 10   失败的连接尝试          = 158   重置连接                   = 128   当前连接                 = 2   接收的分段                   = 20486   发送的分段                       = 19208   重新传输的分段              = 1750 活动连接   协议  本地地址          外部地址        状态   TCP    10.41.10.89:1666        123.150.197.207:http   CLOSE_WAIT   TCP    10.41.10.89:2041        221.176.31.1:8080      ESTABLISHED   TCP    10.41.10.89:2763        bogon:8014             SYN_SENT $ netstat -s -p udp IPv4 的 UDP 统计信息   接收的数据报    = 1998   无端口              = 283   接收错误        = 3419   发送的数据报        = 3866 活动连接   协议  本地地址          外部地址        状态

转载于:https://www.cnblogs.com/vigarbuaa/archive/2012/03/07/2383064.html

你可能感兴趣的文章
Javascript 常用类型检测
查看>>
分库分表的4个面试连环炮问题!不会就惨了
查看>>
DOM增删改
查看>>
Failed to resolve:com.android.support:appcompat-v7:报错处理
查看>>
后缀自动机(SAM)学习笔记
查看>>
Java 多线程
查看>>
hdu 1232 并查集
查看>>
PMP 第三章 单个项目的项目管理标准
查看>>
MySQL模糊查询(like)时区分大小写
查看>>
多核时代不宜再用 x86 的 RDTSC 指令测试指令周期和时间 Options
查看>>
[转] prove, verify, bear out, demonstrate, confirm, validate, testify, certify 的区别
查看>>
三个Linux权限
查看>>
js,jquery获取checkbox 记录ID值
查看>>
Visual Studio 2013常用快捷键
查看>>
[SCOI2010]序列操作
查看>>
【★】自制网络心理需求大排名!
查看>>
Linux简介
查看>>
[Codevs 1690] 开关灯
查看>>
Linux下后台程序完成自动输入密码等交互行为的例子
查看>>
Java 基础【11】.class getClass () forName() 详解
查看>>