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数据库
...