Update netstat.md

This commit is contained in:
clay-wangzhi 2021-06-17 16:02:10 +08:00 committed by 小弟调调™
parent aa50c1921e
commit b8d56d2b22
1 changed files with 40 additions and 3 deletions

View File

@ -68,11 +68,11 @@ netstat -s 显示所有端口的统计信息
netstat -st 显示TCP端口的统计信息
netstat -su 显示UDP端口的统计信息
```shell
```shell
**在netstat输出中显示 PID 和进程名称**
```shell
```shell
netstat -pt
```
@ -138,7 +138,7 @@ netstat -an | grep ':80'
```
**通过端口找进程ID**
```bash
netstat -anp|grep 8081 | grep LISTEN|awk '{printf $7}'|cut -d/ -f1
```
@ -171,5 +171,42 @@ netstat -nt | grep -e 127.0.0.1 -e 0.0.0.0 -e ::: -v | awk '/^tcp/ {++state[$NF]
netstat -anpo | grep "php-cgi" | wc -l
```
## 扩展知识
### 网络连接状态详解
**共有12中可能的状态**前面11种是按照TCP连接建立的三次握手和TCP连接断开的四次挥手过程来描述的
1. LISTEN首先服务端需要打开一个socket进行监听状态为 LISTEN侦听来自远方TCP端口的连接请求
2. SYN_SENT客户端通过应用程序调用connect进行active open于是客户端tcp发送一个SYN以请求建立一个连接之后状态置为 SYN_SENT在发送连接请求后等待匹配的连接请求
3. SYN_RECV服务端应发出ACK确认客户端的 SYN同时自己向客户端发送一个SYN之后状态置为在收到和发送一个连接请求后等待对连接请求的确认
4. ESTABLISHED代表一个打开的连接双方可以进行或已经在数据交互了 代表一个打开的连接,数据可以传送给用户;
5. FIN_WAIT1主动关闭(active close)端应用程序调用close于是其TCP发出FIN请求主动关闭连接之后进入FIN_WAIT1状态 等待远程TCP的连接中断请求或先前的连接中断请求的确认
6. CLOSE_WAIT被动关闭(passive close)端TCP接到FIN后就发出ACK以回应FIN请求(它的接收也作为文件结束符传递给上层应用程序)并进入CLOSE_WAIT 等待从本地用户发来的连接中断请求;
7. FIN_WAIT2主动关闭端接到ACK后就进入了 FIN-WAIT-2从远程TCP等待连接中断请求
8. LAST_ACK被动关闭端一段时间后接收到文件结束符的应用程 序将调用CLOSE关闭连接这导致它的TCP也发送一个 FIN,等待对方的ACK.就进入了LAST-ACK等待原来发向远程TCP的连接中断请求的确认
9. TIME_WAIT:在主动关闭端接收到FIN后TCP 就发送ACK包并进入TIME-WAIT状态等待足够的时间以确保远程TCP接收到连接中断请求的确认
10. CLOSING: 比较少见等待远程TCP对连接中断的确认
11. CLOSED: 被动关闭端在接受到ACK包后就进入了closed的状态连接结束没有任何连接状态
12. UNKNOWN未知的Socket状态
**常见标志位**
* SYN: (同步序列编号,Synchronize Sequence Numbers)该标志仅在三次握手建立TCP连接时有效。表示一个新的TCP连接请求。
* ACK: (确认编号,Acknowledgement Number)是对TCP请求的确认标志,同时提示对端系统已经成功接收所有数据。
* FIN: (结束标志,FINish)用来结束一个TCP回话.但对应端口仍处于开放状态,准备接收后续数据。
<!-- Linux命令行搜索引擎https://jaywcjlove.github.io/linux-command/ -->