TCP三次握手/四次挥手

TCP 协议

TCP是面向连接的，可靠的进程到进程通信的协议

TCP提供全双工服务，数据可在同一时间双向传输

TCP 报文格式

源端口号:发送方进程的端口号

目标端口号:接收端进程的端口号

序号:发送端为每个字节进行编号，便于接收端正确重组

确认号:对发送端的确认信息

首部长度:用它可以确定TCP首部数据结构的字节长度

控制位:
URG:紧急位。紧急指针有效位。
ACK: 确认位。只有当ACK=1时，确认序列号字段才有效:当ACK=0时，确认号字段无效
PSH:急迫位。标志位为1时，要求接收方尽快将数据段送达应用层
RST:重置位。当RST值为1时，通知重新建立TCP连接
SYN: 同步(连接)位。同步序号位，TCP需要建立连接时将这个值设为1
FIN: 断开位。当TCP完成数据传输需要断开连接时，提出断开连接的一方将这个值设为1

窗口大小:说明本地可接收数据段的数目，当网络通畅时接收端响应消息会将这个窗口值变大以加快传输速度，当网络不稳定时减小这个值可保证网络数据的可靠传输，TCP中的流量控制机制就是依靠变化窗口的大小实现

校验和:用来做差错控制

紧急指针:和URG配合使用，当URG=1时有效

选项:在TCP首部可以有多达40字节的可选信息

TCP三次握手

TCP建立连接的过程为三次握手：

第一次握手（SYN-SEND状态）：客户端向服务端发送 SYN 连接请求报文，报文内容为

   ‘seq=x，SYN=1’

第二次握手（SYN-RECEIVED状态）：服务端收到客户端报文后，需要回复一个 SYN+ACK 报文，报文内容为 

   ‘seq=y，ack=x+1，SYN=1，ACK=1’

第三次握手（ESTABLISHD状态）：客户端此时收到回复报文后，还需向服务端发送一个 ACK 确认报文，报文内容为

   ’seq=x+1，ack=y+1，ACK=1‘

双方此时可以正常通讯

TCP四次挥手

TCP断开连接的过程为四次挥手：

第一次挥手：客户端向服务端发送 FIN 断开请求，报文内容为

’FIN=1,ACK=1‘

第二次挥手：服务端收到断开请求时，会先发送一个 ACK 确认报文，内容为

’ACK=1‘

第三次握手：服务端再发送一个 FIN+ACK 确认断开请求，报文内容为

’FIN=1,ACK=1‘

第四次握手：客户端收到回复报文，发送一个 ACK 确认报文，内容为

’ACK=1‘

此时双方连接断开

为什么是四次而不是三次？

在收到客户端的 FIN断开请求时，服务端可能存在一个数据传输中的状态，传输完毕后则会进行第二次挥手，回复ACK确认报文

常见的TCP协议

21:ftp-文件传输协议(FTP)端口

22:ssh-安全 Shell(ssH)服务

23:telnet-Telnet 服务

25:smtp-简单邮件传输协议(SMTP)

53:dns-域名服务

80:http-超文本传输协议

110:pop3-邮局协议版本

3443:https-安全超文本传输协议

3306:mysql数据库

...