传输层协议-CSDN博客

本文链接：https://blog.csdn.net/WuuuuuJay/article/details/139423416

一.传输层

1.传输层常用协议

（1）TCP UDP的工作原理

TCP：面向连接网络协议，是指通信双方之间在进行通信之前要先建立连接。比如打电话，双方通话前需要先建立连接。等数据发送结束后，双方再断开连接。

UDP:无连接网络协议，是指通信双方不需要事先建立一条通信线路，而是把每个带有目的地址的包送到网络线路上，由系统自主选定路线进行传输。比如QQ发送信息。

（2）TCP UDP的差异

TCP是面向连接的、可靠的进程到进程通信的协议。TCP提供全双工服务，即数据可在同一时间双向传输，每一个TCP都有发送缓存和接收缓存，用来临时存储数据。

UDP协议是无连接、不保证可靠性的传输层协议。发送端不关心发送的数据是否到达目标主机、数据是否出错等，收到数据的主机也不会告诉发送方是否收到了数据，它的可靠性由上层协议来保障。传输数据速度更快，效率更高。

2.TCP报文段

（1）源端口号:发送方进程的端口号。

（2）目标端口号:接收端进程的端口号。接收端收到数据段后，根据这个端口号来确定把数据送给哪个应用程序的进程。

（3）序号:发送端为每个字节进行编号，便于接收端正确重组。
当TCP从进程接收数据字节时，把它们分片成数据段存储在发送缓存中，并对每一个字节进行编号。当数据到达目的地后，接收端会按照这个序号把数据重新排列，保证数据的正确性
。
（4）确认号:对发送端的确认信息。
接收端响应消息时将会用它来告诉发送端这个序号之前的数据段都已经收到，如确认号是x，就是表示前X-1个数据段都已经收到。

（5）首部长度:用它可以确定TCP首部数据结构的字节长度。一般情况下TCP首部是20字节，但首部长度最大可以扩展为60字节。

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

（7）窗口大小:说明本地可接收数据段的数目。这个值的大小是可变的，当网络通畅时接收端响应消息会将这个窗口值变大以加快传输速度，当网络不稳定时减小这个值可保证网络数据的可靠传输，TCP中的流量控制机制就是依靠变化窗口的大小实现的。
比如下载速度从一开始的几KB逐渐提升到几MB的过程。

（8）校验和:用来做差错控制。字段检验的范围包括首部和数据这两部分。数据段在发送时和到达目的地时会进行校验和计算，若这两次的校验和一致，则说明数据基本是正确的，否则将认为该数据已被破坏，接收端将丢弃该数据。

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

（10）选项:在TCP首部可以有多达40字节的可选信息。例如，最大报文段长度MSS (Maximum Segment Size)。 MSS告诉对方
TCP:“我的缓存所能接收的报文段的数据字段的最大长度是MSS个字节。”

3.三次握手

tcp是面向连接的，就是说每次发送数据之前都要和对方建立一条可靠的连接，这个建立连接的过程分为3个步骤，就叫做三次握手

① 当客户端向服务器发送请求连接的报文时：
Seq序列号=x（x为随机）
SYN=1（表示发送连接请求）

② 服务器端收到客户端发来的请求报文后，同意建立连接，则向客户端发送确认报文：
Seq序列号=y（这时服务器也会产生一个序列号y，和客户端的序号不相关）
Ack确认号=x+1（Seq序列号x+1，表示确认收到了客户端的请求）
ACK=1（表示这是条确认请求）
SYN=1（同时也发送一个建立连接的请求）

③ 客户端进程收到服务端进程的确认后，还要向服务端给出确认，然后连接成功建立：
Seq序列号=x+1（这时客户端的序号为1）Ack确认号=y+1（表示确认收到了服务器的连接请求）ACK=1（表示这是确认报文）

4.四次挥手

某个应用进程首先调用close，称该端执行“主动关闭”（active close）。该端的TCP于是发送一个FIN分节，表示数据发送完毕。接收到这个FIN的对端执行 “被动关闭”（passive close），这个FIN由TCP确认。一段时间后，接收到这个文件结束符的应用进程将调用close关闭它的套接字。这导致它的TCP也发送一个FIN。接收这个最终FIN的原发送端TCP（即执行主动关闭的那一端）确认这个FIN。

第一次挥手：Client发送Fin + Acknowledgement 给Server端，表示自己要断开连接，这个时候Client端已经没有数据要发送了。
第二次挥手：Server接收到Client发送的断开请求连接，那么这个时候Server需要发送一个Acknowledgement=1用于确定客户请求断开的信息成功接收了；有时候这个过程也会和第三次握手进行合并，就像上面展示的一样。
第三次挥手：Server如果所有的数据已经接收完毕，这个时候就会发送一个Fin=1，而Acknowledgement=0用于表示Server端已经没有数据要发送了，需要关闭连接。
第四次挥手：Client端需要发送一个Acknowledgement = 1表示这个Client接收到了Server的关闭请求信息，这样一来双方的就都关闭了

最后一步客户端收到服务端的ACK之后实际上是不会立马关闭连接的，它进入了TIME_WAIT状态，为什么不立即关闭？为了这种情况： B向A发送 FIN = 1 的释放连接请求，但这个报文丢失了， A没有接到不会发送确认信息， B 超时会重传，这时A在 WAIT_TIME 还能够接收到这个请求，这时再回复一个确认就行了。（A收到 FIN = 1 的请求后 WAIT_TIME会重新记时）另外服务器B存在一个保活状态，即如果A突然故障死机了，那B那边的连接资源什么时候能释放呢？就是保活时间到了后，B会发送探测信息，以决定是否释放连接。

5.常用的TCP端口号

21:ftp–文件传输协议（FTP）端口
22:ssh–安全 Shell（SSH）服务
23:telnet–Telnet 服务
25:smtp–简单邮件传输协议（SMTP）
53：dns–域名服务
80:http–超文本传输协议
110:pop3–邮局协议版本3
443:https–安全超文本传输协议
3306：mysql数据库