计算机网络——第五章《传输层》

最新推荐文章于 2024-09-13 20:30:41 发布

WBushYdc

最新推荐文章于 2024-09-13 20:30:41 发布

阅读量44

点赞数

分类专栏： 408 文章标签：计算机网络网络协议

本文链接：https://blog.csdn.net/wbushydc/article/details/133523558

版权

408 专栏收录该内容

23 篇文章 1 订阅

订阅专栏

第五章传输层

5.1传输层概述

传输层为应用层提供通信服务，使用网络层的服务

传输层是只有主机才有的层次

1，功能

1.传输层提供进程和进程之间的逻辑通信。

2.复用和分用

3.传输层对收到的报文进行差错检测。

4.传输层的两种协议。

2，传输层的两个协议

1，TCP协议

面向连接的传输控制协议TCP

传送数据之前必须建立连接，数据传送结束后要释放连接。不提供广播或多播服务。由于TCP要提供可靠的面向连接的传输服务，因此不可避免增加了许多开销：确认、流量控制、计时器及连接管理等。

可靠，面向连接，时延大，适用于大文件。

2，UDP协议

无连接的用户数据报协议UDP

传送数据之前不需要建立连接，收到UDP报文后也不需要给出任何确认。

不可靠，无连接，时延小，适用于小文件。

3，传输层的寻址与端口

复用：应用层所有的应用进程都可以通过传输层再传输到网络层。
分用：传输层从网络层收到数据后交付指明的应用进程。

逻辑端口/软件端口：端口是传输层的SAP，标识主机中的应用进程。

端口号只有本地意义，在因特网中不同计算机的相同端口是没有联系的。
端口号长度为16bit，能表示65536个不同的端口号。

端口号（按范围分）

1，服务端使用的端口号

熟知端口号（0~1023）

给TCP/IP最重要的一些应用程序，让所有用户都知道。

登记端口号（1024~49151）

为没有熟知端口号的应用程序使用的

2，客户端使用的端口号（49152~65535）

仅在客户进程运行时才动态选择

补充：

应用程序	FTP	TELNET	SMTP	DNS	TFTP	HTTP	SNMP
熟知端口号	21	23	25	53	69	80	161

在网络中采用发送方和接收方的套接字组合来识别端点，套接字唯一标识了网络中的一个主机和它上面的一个进程。
套接字Socket=(主机IP地址，端口号）

5.2 UDP协议

1，用户数据报协议UDP概述

UDP只在IP数据报服务之上增加了很少的概念，即复用分用和差错检测功能。

特点：

1.UDP是无连接的，减少开销和发送数据之的时延。

2.UDP使用最大努力交付，即不保证可靠交付。

3.UDP是面向报文的，适合一次性传输少量数据的网络应用

4.UDP无拥塞控制，适合很多实时应用。

5.UDP首部开销小，8B，TCP20B。

2，UDP首部格式（8Byte)

前四个字节

0~15位：

16位的源端口号，可有可无

16~31位：

16位的目的端口号，必须要有

后四个字节

0~15位：

16位UDP长度，UDP用户数据报的整个长度

16~31位：

16位UDP校验和，检测整个UDP数据报是否有错，错就丢弃

3，UDP校验

1，伪首部

在进行UDP校验时会在UDP数据报的首部前面加上一个12字节的伪首部，伪首部只有在计算检验和时才出现，不向下传送也不向上递交。

伪首部格式（12字节）：

0~3字节：源IP地址

4~7字节：目的IP地址

8：固定0

9：字节，协议字段，封装UDP报文的IP数据报首部协
议字段是17。

10~11字节：
UDP长度：UDP首部8B+数据部分长
度（不包括伪首部）。

2，在发送端

1.填上伪首部
2.全0填充检验和字段
3.全0填充数据部分(UDP数据报要看成许多4B的字串接起来)
4.伪首部+首部+数据部分采用二进制反码求和
5.把和求反码填入检验和字段
6.去掉伪首部，发送

3，在接收端

1.填上伪首部
2.伪首部+首部+数据部分采用二进制反码求和
3.结果全为1则无差错，否则丢弃数据报/交给应用层附上出差错的警告。

5.3 TCP协议

5.3.1 TCP协议特点和TCP报文段格式

1，特点

1.TCP是面向连接（虚连接）的传输层协议。

2.每一条TCP连接只能有两个端点，每一条TCP连接只能是点对点的。

3.TCP提供可靠交付的服务，无差错、不丢失、不重复、按序到达。可靠有序，不丢不重。

4.TCP提供全双工通信。因此两端都会设有发送缓存和接收缓存

发送缓存

准备发送的数据&已发送但尚未收到确认的数据

接收缓存

按序到达但尚未被接受应用程序读取的数据&不按序到达的数据

5.TCP是面向字节流的。

流：流入到进程或从进程流出的字节序列。

TCP把应用程序交下来的数据看成仅仅是一连串的无结构的字节流。

2，TCP报文段首部格式

TCP报文分段分为首部和数据部分

其中TCP的首部由20Byte的固定部分和选项（长度可变），填充部分

选项：最大报文段长度MSS、窗口扩大、时间戳、选择确认等等

其中20Byte的固定首部的格式如下：

第一段4个字节

0~15位：源端口号
16~31位：目的端口号

第二段4个字节

0~31：序号(seq)，在一个TCP连接中传送的字节流中的每一个字节都按顺序编号，本字段表示本报文段所发送数据的第一个字节的序号。

第三段4个字节

0~31：确认号（ack)，期望收到对方下一个报文段的第一个数据字节的序号。若确认号为N，则证明到序号N-1为止的所有数据都已正确收到。

第四段4个字节

0~3位：数据偏移

数据偏移(首部长度，加上了可变长部分和填充字段之后的长度)：TCP报文段的数据起始处距离TCP报文段的起始处有多远，以4B位单位，即1个数值是4B。

4~9位：保留字段
10~15位：6个控制位

紧急位URG：URG=1时，标明此报文段中有紧急数据，是高优先级的数据，应尽快传送，不用在缓存里排队，配合紧急指针字段使用。

确认位ACK：ACK=1时确认号有效，在连接建立后所有传送的报文段都必须把ACK置为1。

推送位PSH：PSH=1时，接收方尽快交付接收应用进程，不再等到缓存填满再向上交付。

复位RST：RST=1时，表明TCP连接中出现严重差错，必须释放连接，然后再重新建立传输链接。

同步位SYN：SYN=1时，表明是一个连接请求/连接接受报文。

终止位FIN：FIN=1时，表明此报文段发送方数据已发完，要求释放连接。

16~31位：窗口

窗口：指的是发送本报文段的一方的接收窗口，即现在允许对方发送的数据量。

第五段4个字节

0~15位：检验和

检验和：检验首部+数据，检验时要加上12B伪首部，第四个字段为6。

16~31位：紧急指针

紧急指针：URG=1时才有意义，指出本TCP报文段中紧急数据的字节数

5.3.2 TCP连接管理

1，连接建立（三次握手）

TCP连接的建立采用客户服务器方式，主动发起连接建立的应用进程叫做客户，而被动等待连接建立的应用进程叫服务器。

假设运行在一台主机（客户）上的一个进程想与另一台主机（服务器）上的一个进程建立一条连接，客户应用进程首先通知客户TCP，他想建立一个与服务器上某个进程之间的连接，客户中的TCP会用以下步骤与服务器中的TCP建立一条TCP连接：

ROUND 1:

客户端发送连接请求报文段，无应用层数据。
SYN=1,seq=x（随机)，seq是序号位

补充：ACK=0

ROUND 2:

服务器端为该TCP连接分配缓存和变量，并向客户端返回确认报文段，允许连接，无应用层数据。
SYN=1,ACK=1,seq=y(随机),ack=x+1

ROUND 3:

客户端为该TCP连接分配缓存和变量，并向服务器端返回确认的确认，可以携带数据。
SYN=0, ACK=1, seq=x+1, ack=y+1

补充：洪泛攻击

SYN洪泛攻击发生在OSI第四层，这种方式利用TCP协议的特性，就是三次握手。

攻击者发送TCP SYN，SYN是TCP三次握手中的第一个数据包，而当服务器返回ACK后，该攻击者就不对其进行再确认，那这个TCP连接就处于挂起状态，也就是所谓的半连接状态，服务器收不到再确认的话，还会重复发送ACK给攻击者。这样更加会浪费服务器的资源。攻击者就对服务器发送非常大量的这种TCP连接，由于每一个都没法完成三次握手，所以在服务器上，这些TCP连接会因为挂起状态而消耗CPU和内存，最后服务器可能死机，就无法为正常用户提供服务了。