socket的SYN_RECV和ESTABLISHED状态

傷城~ 2022-05-18 07:08 190阅读 0赞

## 1. socket的状态 ##

> ### 1.1 状态说明 ###
> 
> >  
> > 
> > <table> 
> >  <tbody> 
> >   <tr> 
> >    <td>CLOSED</td> 
> >    <td>没有使用这个套接字[netstat 无法显示closed状态]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>LISTEN</td> 
> >    <td>套接字正在监听连接[调用listen后]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>SYN_SENT</td> 
> >    <td>套接字正在试图主动建立连接[发送SYN后还没有收到ACK]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>SYN_RECEIVED</td> 
> >    <td>正在处于连接的初始同步状态[收到对方的SYN，但还没收到自己发过去的SYN的ACK]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>ESTABLISHED</td> 
> >    <td>连接已建立</td> 
> >   </tr> 
> >   <tr> 
> >    <td>CLOSE_WAIT</td> 
> >    <td>远程套接字已经关闭：正在等待关闭这个套接字[被动关闭的一方收到FIN]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>FIN_WAIT_1</td> 
> >    <td>套接字已关闭，正在关闭连接[发送FIN，没有收到ACK也没有收到FIN]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>CLOSING</td> 
> >    <td>套接字已关闭，远程套接字正在关闭，暂时挂起关闭确认[在FIN_WAIT_1状态下收到被动方的FIN]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>LAST_ACK</td> 
> >    <td>远程套接字已关闭，正在等待本地套接字的关闭确认[被动方在CLOSE_WAIT状态下发送FIN]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>FIN_WAIT_2</td> 
> >    <td>套接字已关闭，正在等待远程套接字关闭[在FIN_WAIT_1状态下收到发过去FIN对应的ACK]</td> 
> >   </tr> 
> >   <tr> 
> >    <td>TIME_WAIT</td> 
> >    <td>这个套接字已经关闭，正在等待远程套接字的关闭传送[FIN、ACK、FIN、ACK都完毕，这是主动方的最后一个状态，在过了2MSL时间后变为CLOSED状态]</td> 
> >   </tr> 
> >  </tbody> 
> > </table>
> 
> ### 1.2 状态变迁图 ###
> 
> > 摘自《UNIX 网络编程 卷1：套接字联网API》 P35
> > 
> > ![SouthEast][]
> > 
> >

## 2. TCP的三次握手和四次挥手 ##

> ### 2.1 总结图 ###
> 
> > 左边为客户端的状态转变，后边为服务器的状态转变
> > 
> > ![SouthEast 1][]
> 
> ### 2.2 说明 ###
> 
> > 2.2.1   connect返回-1
> > 
> >              errno=110(ETIMEDOUT)，当服务器端网线拔了的时候，客户端发送SYN过去就会收不到ACK，因此就会出现这个错误，1分钟内就会返  回这个错误。
> > 
> >              errno=111(ECONNREFUSED)，当服务器未listen时，就会报这个错
> > 
> > 2.2.2 ESTABLISHED不一定真的establish
> > 
> >               会出现这种情况：client为ESTABLISHED状态而server为SYN\_REVD状态。
> > 
> >              这是因为LINUX不像其他操作系统在收到SYN为该连接立马分配一块内存空间用于存储相关的数据和结构，而是延迟到接收到client的ACK，即三次握手    真正完成后才分配空间，这是为了防范SYN flooding攻击。 如果是这种情况，那么就会出现client端未ESTABLISHED状态，server为SYN\_RECV状态。   
> > 
> >              并且server的SYN\_RECV状态在一定时间后会消失，client的established状态也会消失。这是因为server在SYN\_RECV状态时，会像client发送多次的SYN+ACK（因为他以为自己的这个包对方没收到），发送的次数定义在/proc/sys/net/ipv4/tcp\_synack\_retries中，默认为5.在发送5次之后还没有收到ACK，就将其回收了，所以用netstat查看就看不到这个SYN\_RECV状态了。并且会像client发送RST信号。这就会导致client的这种半连接最后也会消失。这个可以通过tcpdump抓包得到（最好知道src这样看到的包比较集中）。

[SouthEast]: /images/20220518/b442aa818b664894ada6174f8dccd41e.png
[SouthEast 1]: /images/20220518/651fa8c608214fb98f24c4647354254e.png