网路原理-传输层UDP,TCP/IP(确认应答,超时重传,连接管理,三次握手,四次挥手,状态转换,流量控制,滑动窗口,拥塞控制,延时应答,捎带应答,异常情况,面向字节流)-网络层(IP协议,地址管理)

痛定思痛。 2024-04-23 12:56 64阅读 0赞

本节重点  
• 理解传输层的作⽤,深⼊理解TCP的各项特性和机制  
• 对整个TCP/IP协议有系统的理解  
• 对TCP/IP协议体系下的其他重要协议和技术有⼀定的了解

## 1.应用层 ##

我们之前编写完了基本的 java socket ，要知道，我们之前所写的所有代码都在应⽤层，都是为了  
完成某项业务，如翻译等。关于应⽤层，我们在讲解完毕基本的 TCP/IP 协议之后，我们会单独来进⾏讲解(详情可见上篇文章)

## 2.传输层 ##

负责数据能够从发送端传输接收端

### .2.1再谈端⼝号 ###

端⼝号(Port)标识了⼀个主机上进⾏通信的不同的应⽤程序;

在TCP/IP协议中,⽤"源IP","源端⼝号","⽬的IP","⽬的端⼝号","协议号"这样⼀个五元组来标识⼀个  
通信(可以通过netstat-n查看);

**端⼝号范围划分**  
• 0-1023:知名端⼝号,HTTP,FTP,SSH等这些⼴为使⽤的应⽤层协议,他们的端⼝号都是固定的.

![42d2cef1d8794424a1c35125d73e69f8.jpeg][]  
  
• 1024-65535:操作系统动态分配的端⼝号.客⼾端程序的端⼝号,就是由操作系统从这个范围分配  
的.

![27a5246ccaa54ec09c37131089a179ef.jpeg][]

**认识知名端⼝号(Well-Know Port Number)**  
有些服务器是⾮常常⽤的,为了使⽤⽅便,⼈们约定⼀些常⽤的服务器,都是⽤以下这些固定的端⼝号:  
• ssh服务器,使⽤22端⼝  
• ftp服务器,使⽤21端⼝  
• telnet服务器,使⽤23端⼝  
• http服务器,使⽤80端⼝  
• https服务器,使⽤443  
我们⾃⼰写⼀个程序使⽤端⼝号时,要避开这些知名端⼝号.

**两个问题**  
1. ⼀个进程是否可以bind多个端⼝号. // 可以  
2. ⼀个端⼝号是否可以被多个进程bind. //不可以

### 2.2UDP协议 ###

**UDP协议端格式**

![45d085851c5b4b0caa0abd1e3d9869d9.png][]

• 16位UDP⻓度,表⽰整个数据报(UDP⾸部+UDP数据)的最⼤⻓度;  
• 如果校验和出错,就会直接丢弃;( 因为数据传输过程中,是二进制传输,有可能1变成0,也有可能0变成1(比特翻转),所以就需要校验,但是校验并不能百分百,因为udp的校验机制,并不能完全避免,比如如果一个1变成了0,一个0变成了1.通过udp的校验机制,这个结果就会判定为数据没有改变,这个是漏洞)

![431fa20c1450447a86aaf07f46179eec.png][]

> 除了CRC校验以外,还有一些精准更高的(例如md5/sha1);
> 
> 这个东西的背后涉及一系列的公式计算,不再是像CRC一个公式的计算,无论是多长的原始数据,算出来的结果 都是一样的长度.常见的md5有16位(2字节),32位(4字节),64位(8字节).
> 
> 尽管只是变了1比特,但是通过计算,变化也是非常大.并且,如果给一个源字符串很容易计算结果,但是如果给一个结果,就很难算出源字符串.保密性很高,有时也会被当成加密使用

我们都说UDP数据能放64kb数据,其实是64kb-8字节.但是由于8字节太小,所以我们忽略了

**UDP的特点**  
UDP传输的过程类似于寄信.  
• ⽆连接:知道对端的IP和端⼝号就直接进⾏传输,不需要建⽴连接;

• 不可靠:没有确认机制,没有重传机制;如果因为⽹络故障该段⽆法发到对⽅,UDP协议层也不会给应⽤层返回任何错误信息;  
• ⾯向数据报:不能够灵活的控制读写数据的次数和数量;

**理解UDP的"不可靠"**

⾯向数据报  
应⽤层交给UDP多⻓的报⽂,UDP原样发送,既不会拆分,也不会合并;  
⽤UDP传输100个字节的数据:  
• 如果发送端调⽤⼀次sendto,发送100个字节,那么接收端也必须调⽤对应的⼀次recvfrom,接收100个字节;⽽不能循环调⽤10次recvfrom,每次接收10个字节;

**UDP使⽤注意事项**  
我们注意到,UDP协议⾸部中有⼀个16位的最⼤⻓度.也就是说⼀个UDP能传输的数据最⼤⻓度是  
64K(包含UDP⾸部).  
然⽽64K在当今的互联⽹环境下,是⼀个⾮常⼩的数字.  
如果我们需要传输的数据超过64K,就需要在应⽤层⼿动的分包,多次发送,并在接收端⼿动拼装;

### 2.3TCP协议 ###

TCP全称为"传输控制协议(Transmission Control Protocol").⼈如其名,要对数据的传输进⾏⼀个详细的控制;

**TCP协议段格式**

![e239b018f5a14418a5086dc31786e175.png][]

> 保留位4bit,15个数字,这里的数字的单位是字节,不是bit.所以头部长度是4\*15字节=60字节.
> 
> 这里 不像UDP报头是8字节固定的.TCP只有前面20个字节是固定的,保留位置(由于UDP受到了2比特位的限制,不能扩大,所以TCp就涨了心眼,所以,就设置了保留位,用的时候直接用,不用的时候直接不用就好,这样就可以避免到时候扩展不兼容的问题)

• 源/⽬的端⼝号:表⽰数据是从哪个进程来,到哪个进程去;  
• 32位序号/32位确认号:下面会详细介绍  
• 4位TCP报头⻓度:表⽰该TCP头部有4位bit(有多少个4字节);所以TCP头部最⼤⻓度是15\*4=60  
• 6位标志位:;  
URG:紧急指针是否有效  
ACK:确认号是否有效  
PSH:提⽰接收端应⽤程序⽴刻从TCP缓冲区把数据读⾛  
RST:对⽅要求重新建⽴连接;我们把携带RST标识的称为复位报⽂段  
SYN:请求建⽴连接;我们把携带SYN标识的称为同步报⽂段  
FIN:通知对⽅,本端要关闭了,我们称携带FIN标识的为结束报⽂段  
• 16位窗⼝⼤⼩:下面会有详细介绍  
• 16位校验和:发送端填充,CRC校验.接收端校验不通过,则认为数据有问题.此处的检验和不光包  
TCP⾸部,也包含TCP数据部分.  
• 16位紧急指针:标识哪部分数据是紧急数据;  
• 40字节头部选项:选项部分可以有一个,或者多个,也可以一个也没有

#### **确认应答** ####

TCP最重要的就是可靠传输,怎么才能算可靠传输呢?

你发信息过来,我回你信息说收到了,意味着就是真的收到了

![59224ea81fdf44328177ecfcb5868d4b.jpeg][]

例如:

![139fc5af33c54f51a59c1a604cd6d425.png][]

我发送信息过去的时候,我也不知道对方收到了没有,但是如果对方给我回消息说收到,那我就知道对方收到了(已读不回不算哈哈哈哈哈啊哈哈啊哈)

![caed526fbe3d463d8a11b84b06d0e2d3.png][]

但是如果有多条消息呢??

女神的本意是这样的![329081ac0ad84821ba4fac66b6edd303.png][]

可是我们知道网络是经过多地方传输的,会出现后发先到的情况(就好像我们导航到一个地方有很多方法和路线,每条路线的情况都不相同,所以时间是不可预测的)就会出现下面这种情况

![7e355688bb8748d7a8022de1805e9058.png][]

可是女神本意不是这样的,所以我们应该怎么避免这种问题呢??

**为了解决这个问题,我们就引入了序号和确认序号.在应答的报文里面就会说我这次应答的 是哪个数据.**

![c0552a6d7e8742a390416506b7afdcd8.png][]

![a763e881dd734901a75805822c8267e9.jpeg][]

![398ce538e0a246cebf363f3b5122b885.png][]

![6c176ae6b2bb47e48a21ca6282be8a66.png][]

> 大家可能有疑问,发送一次,传回一次,才会继续发送.那女神刚刚那样的情况是给女神发送了多次,为什么会出现这种情况呢??是因为网络条件复杂,断电等等都有可能,我们为了确保每次都能正确,所以引入确认序号

这里总结一下:TCP的可靠传输是因为有这样的应答机制,不是因为"三次握手",网上有些说是因为"三次握手"所以才可靠是错误的."等下会说三次握手"

应答报文中,通过应答告诉 发送方表示我收到了.称为"ack",全称acknowledge的缩写.

![a551eecb50404e549d6467a6b66d06fb.png][]

#### 超时重传 ####

超时重传是应答报文的补充

![1563d13d34b54badb227867ad1952dfa.png][]

如果传输一切顺利,发送方的数据正常传给接收方,接收方就可以发送ack报文给发送方表示 收到.可是网络传输会有丢"丢包"的行为

这种时候就需要重新传输了.

TCP的可靠性就是表现在这种时候,及时丢包了,就可以重新发送,让接收方仍然能够接收到数据.

这个就不是UDP能都走到的.UDP即没有接收应答也没有重新发送.数据怎么样了都不知道.

发送方发了数据后就会等一下(有上限的,不是傻等),如果没有收到ack就会认为"丢包",然后就会重新发送.

(上面的说法有一点点错误,不止是发送的数据会丢,发送回来的ack也会丢,但是总的不变,只要发送方没有收到ack,就当做是发送的数据丢了)

![5cf4d59471994c019d8265fb52219d60.png][]

如何解决这个问题呢??

> TCP在内核中有一片缓存区,发送方的数据都需要放到缓冲区,然后应用的时候通过read和Scanner.next都是通过缓冲区读取数据.
> 
> 1.数据还在缓冲区里,没有被读走
> 
> 拿新收到的数据的序列拿出来和已有的序列比一比,如果一样的就会被丢弃
> 
> 2.数据在缓冲区里,已经被读走了
> 
> 此时序列不能直接在缓冲区里读到,可是缓冲区里的序号是按照顺序排列的1-1000,2-2000,3-3000.....(可以把缓冲区想象成阻塞的缓存队列),此时 scock 的api就会记录最后一个被read走的序列号,如果是3000,就代表之前的都被读走了,所以新到的这个1000肯定是重复的,就被丢弃了

上面谈到的ack的重传,保证顺序,还有去重.都是ack内置的,我们使用TCP的api的时候,我们只需要调用一下outputStream.write()这个方法就好了,省了我们很多时间(当然正确的使用他们的前提得是我们需要真正的了解他们)

如果我们使用UDP就需要我们自己好好斟酌了

--------------------

超时重传是会重传.但是怎么重传呢??

1.重传是有上限的,如果超出长限,就会重置连接,如果重置失败,就会直接放弃.

2.重传的时间间隔也是有说法的,随着重传的次数的增大,重传的间隔时间越久(频率就会变低)

#### 连接管理(三次握手,四次挥手) ####

建立连接,断开连接

![4c8048cdada8443cb09273166f7e47ab.png][]

内核是怎么建立上诉的连接的 呢??

**三次握手**

![98f163fc5b7648838c0463293c79de3f.png][]

![d4f6f9fb3a654bf6a1193be5b2ee9062.png][]

![a765cebd17744745bf62698fb38d8cb0.png][]

![273d21a89b6340fc9a84ed835b610d45.png][]

客户端是主动的一方,第一次交互,一定是客户端主动发起的.

所谓的syn是一个特殊的TCP数据报

1.没有载荷,不会携带应用层数据

2.六个标志位中 的第五位,为1

![7341cc28d01c4b8a88fbde5e85f6b4cb.png][]

虽然syn不带有应用层载荷,但是也是会有IP报头/以太网数据帧头..更会有TCP报头.

TCP报头就包含了客户端自己的端口.IP报头就包含了客户端自己的IP.(这个过程也是客户端在告诉服务器,我是谁)

但是接下来就有两种可能性:

1.服务器同意了,服务器表示我也愿意和你建立连接

2.服务器没同意(一般来说这种情况很少见,就是出现服务器负载极高的情况下,服务器无法响应了,客户端太多了)就没有下文了.

只要服务器有空闲都会得到一个肯定的响应!!

服务器收到syn之后,会返回ack(确认应答),语义:收到

接下俩服务器还会返回syn,这个syn的意思就是我接受你的连接,我也愿意和你建立连接.

虽然都是叫做同步,实际上是不同的含义.同一个术语在不同的语境下面有不同的意思

握手过程中,确认应答/超时重传也会存在.

![670d7f10659d4dc590a8ec6a59be55a4.png][]

为啥要握手??意义是什么?

1.三次握手,可以先针对通讯路径进行探路,初步确认通信链路是否畅通(可靠性的条件)

2.三次握手,也是在验证双方通信,发送能力和接受能力是否正常(一定要是两端都没问题)

![13dfdd2c3be0455bb6302e3d851b812c.png][]

至于四次握手可以吗?两次握手可以吗?

四次握手(可以但没必要)

两次握手(不可以)

如果少了最后一次握手,服务器并不知道自己的发送是否完好,因为客户端收到了服务器的请求,但是并没有告诉服务器,服务器会认为自己的发送是坏的.

**TCP中也是有很多参数需要进行协商,往往是以"选项"部分来体现**

![a046a7da732942658688405a64eb2cd6.png][]

#### 序号和确认序号的作用 ####

不仅仅是确认顺序,还可以确认是不是同一次建立的连接中发送的信息

![18df771eca964e099c27304b970179f9.png][]

第一次连接的时候,传输的数据有一个在路上堵车了,等到终于到了的时候,已经改朝换代了,老的连接已经荒废,现在是新的连接,此时,这份数据就该丢掉,但是数据报是按照ip+端口进行识别的,第一个连接,是用客户端A来连接,第二个连接还是是用客户端A来连接的,服务器两次都是B(恰好是同一个端口的话,客户端概率比较小,但是服务器这方面概率还是挺大的)

如何识别是不是前朝的数据呢?这里就需要序列来区分,即使有时丢包,但是序号差别不大,但是如果是别的朝代的包,序列差别很大,一眼就看的出来.(序号不是随机的,背后有一套序号分配机制)

**四次挥手**

![c1c21f5c72d641408de48f768f198393.png][]

![20a4905179764fcf94a2c3df4dc67975.png][]

scock.close()触发fin数据报

通信双方各自给对方发送fin,再各自给对方返回syn表示和平分开

**那既然四次挥手和三次握手这么像,三次握手也是合并才成为三次的,那四次挥手可不可以也成为三次挥手呢??**

答案是:有时候能合并,有时候不能合并.不像三次握手是100%.四次挥手只是有可能.所以不能称为三次挥手.

![3842c43499d74690a07873e0ccc02fd7.png][]

如果实际通信中,第一个ack和第二个fin间隔时间比较长,那就不可以合并了.就需要分成两次来运输

如果当前时间间隔比较小,是有可能合并.TCP还有延时应答和捎带应答.(下面会一一到来)

![42df8e424d2a453396a7f066977b1d49.png][]

#### 状态转换 ####

![253d45cb7599447fa6a6ff30e5c104f4.png][]

TCP的状态和"线程"的状态的概念有点类似

TCP服务器和客户端都有数据结构来保存这个连接的信息,在这个数据结构中就有一个属性叫做"状态",操作系统根据目前的状态,就知道要做什么,就不会混乱.

![f3db8c6dcf6542f6827f47cd86d345db.png][]

我们只需要记住几个重要的状态,其余的需要的时候再查即可

![951bf408e49d4fa588023df5e1844e34.png][]

LISTEN状态表示服务器这边ServerScock已经建立完毕,并且端口号已经写好了(比如:我手机已经开机好了,随时可以给我打电话了)

![f7a1f7b7a2c345049362f877e835c525.png][]

ESTABLISHED已确立的,客户端和服务器已经建立联系(三次握手完了)(比如:有人打电话给我,我接通了,我们可以正式通话了)

![0e599bcfe22f4c339d803f18163ddcde.png][]

CLOSE\_WAIT状态表示接下来的代码需要调用close(),来发送fin给对方.(收到对方的fin进入这个状态)

TIME\_WAIT状态表示,本端先发用fin,对方也给我发了fin后,此时本端进入TIME\_WAIT状态,给最后一个ack重传留有时间

![b2fc083d40dd4d8984fbb90884a6035e.png][]

TIME\_WAIT的意义是:防止ack丢包

![d1ff485fc1c64cf5bf35705e5c163344.png][]

TIME\_WAIT也不是无休止等待,而是有时间限制的.

#### 滑动窗口(TCP非常有特色的) ####

由于TCP的可靠运输,超时重传,确认应答,耗费了太多的时间.所以TCP就引入了滑动窗口.

![8b767516271d45e79ac1ddb235c53542.png][]

在应答机制下,每次发送方接收到了ack以后才会发送下一个数据,导致大量的时间都浪费在了ack上面了,希望在保证可靠传输的情况下,可以节约一点等待时间的花费.

滑动窗口就是为了解决上诉的这些问题,滑动窗口解决的是时间的损耗,节约等待的时间,而不是发送的速度.(虽然这个机制还是没有UDP这种不可靠传输的快,但是也是比啥都不做要好)

![c426bd79d7bf4a3da40a68a931b6ac94.png][]

![812f1314c0804de59df053b26d8c4e80.png][]

上诉发送和返回ack都很快,所以就像一个滑动的窗口,一直往后面滑动.

滑动窗口要确保可靠性,可是如果ack丢了,或者是数据在路上丢了,没有传过去怎么办呢?

1.ack丢了

![7b76eb42f472440eac868b805bf17346.png][]

2.数据丢了

![978d4421b27d4115a946e77e3f532ee2.png][]

解决这个问题的关键在于:这里返回的是ack是1001.而不是3001.说明1001-2000这个数据是丢了的.不然就是返回3001了.所以主机B就会发送三次重复的确认应答给主机A.主机A收到了同样的应答之后就知道是丢了哪里的数据,就会进行重发.主机B收到了1001-2000的数据后.就会直接返回ack7001,因为这些数据早早的就已经到位了.只是由于2000的数据丢了,所以ack一直发不出去.当2000这个数据到了的时候.就代表着都有了.就会直接返回7001.

在上诉重传的时候.总体的效率是非常高的.这里的重传是针对性的重传.丢了哪一个就传哪一个

如果同时丢了1001和2001.主机B就是返回1001.然后就按照刚刚的逻辑继续走.等到1001的数据重新发送以后.主机B收到了.就会发送2001这个ack三次.

![13e70f5255cf4ee5b8c27cb0ee740941.png][]

**确认应答-超时重传 ======== 滑动窗口-快速重传 并不是冲突的.而是同时存在的**

> 1.如果当前传输是按照滑动窗口来传输(短时间内传输大量的数据),就按照快速重传来保证可靠性,判断丢包的条件就是返回多次一样的ack
> 
> 2.如果当前传输不是按照滑动窗口(没有传输很多数据),就按照超时重传来保证可靠性,此时丢包的判定就是超过规定时间,还没有收到ack.

滑动窗口也有确认应答,只是是稍作调整,批量的确认应答,批量的前提是短时间有很多数据,如果没有很多数据,窗口滑动不起来,也就会退化成确认应答.

#### 流量控制(流控) ####

通过滑动窗口提高效率,窗口大小越大,更多的数据复用同一块空间等待,效率就越高(批量传数据,不需要等待ack,此时数据的量就是窗口的大小).

窗口的大小能无限大吗?当然不能,提升效率的前提是不影响TCP的可靠性

发送的速度不能无限大,这时候就需要考虑一些情况,从而保证可靠性.

如果你发送太快,接收方方处理不过来,此时就会丢包.(缓冲区满了.应用层read读取速度跟不上)

很明显,如果此时缓冲区满了,丢包了,就算重传也没用,反而会浪费硬件资源.

与其等到接收方满了你不发,不如你提前感知到快满了,就减慢速度.让发送方的发送速度和接受方的接收速度能步调一致.就是让接受方 的速度反过来影响发送方的速度.(这个就叫流量控制)

![a13bdd392d9c43febb27eec0c013f5dd.png][]

TCP的窗口中还包含了一个参数,叫做扩展因子,实际上.要设置的窗口大小为16位窗口大小 \* 2 ^ 窗口因子

![a0eab6360d0a43e78247a45175f5c3b7.png][]

#### 拥塞控制 ####

拥塞控制是站在发送方角度限制发送方发送的速度

流量控制是站在接收方的角度来制约发送方速度的.

![82b88a25ebe24653b9bd01dea88183c7.png][]

![8aec6117ec5f4a989c89a786c6d86fb1.png][]

就有了以下的综合的合理的方法;

![8445160a615e45c1b7abe36a26a61924.png][]

![3c1a4665df2c4513b93b8fcf39ddd405.png][]

#### 延时应答 ####

也是基于滑动窗口,尽可能再提高一点效率,结合滑动窗口,以及流量控制,把反馈的窗口搞大一些

![fbc8c5fccb154f2cac0807c9348c07af.png][]

举个例子:

![0b6c5a6f1ed64f52a3935c5cc688f9ce.png][]

![a3e3c9bce4b745c3a018ac35fa85d05c.png][]

#### 捎带应答 ####

基于延时应答引出的,能够提升传输效率的 机制

修改窗口大小确实是提升速度的机制,捎带应答就是另外一种机制.

尽可能把能合并打包一起带走的打包在一起,从而提高效率

![fb19071519f34bf885b6f89da513bc1f.png][]

ack延时的这段时间里,刚好响应的数据包也准备好了,此时就可以把ack和应答的数据放在一个tcp数据报里.一起发送,

![4c77493c819d4729bdbc666295fea23b.png][]

![7c262a44370041e089e26329f8daf5fa.png][]

#### 面向字节流 ####

此处重点讨论字节流中一个非常重要的问题 "粘包问题"

此处的包是TCP载荷中的数据包.

在tcp传输到了接收方以后,接收方通过read的的,叫做应用层数据包,由于整个read非常灵活,不知道从哪到哪是一个完整的数据包

![4a46f76629ff4be181ae3280907b5120.png][]

![fc06a93a1d3247b0be7518a02c0e057f.png][]

![d1f66def41bc40a78479b1ba093d7d3b.png][]

![7cb4a5bca8034c3bb66892d7576e9969.png][]

![f3d9f77e7fe744c6a8f0875d222ecbd8.png][]

粘包问题是tcp引起的.但是需要程序员自己去解决(写应用底层逻辑的时候)

#### 异常情况 ####

![cfe67a99b0eb44c09a2e13c34d9d2782.png][]

![5cfd2953258d4592837620f2a101d7b3.png][]

![8af79150b1e048e98040e497e14ba0e1.png][]

![62c58fd5923c4c6bb4c363415ee0d289.png][]

![861eb9280a5b401da728f1fb0ea13873.png][]

## 3.网络层 ##

### 3.1 IP协议 ###

#### 3.1.1 地址管理 ####

![29500205ccc840a09ed334da58bcf0b4.jpeg][]

基本概念  
• 主机:配有IP地址,但是不进⾏路由控制的设备;  
• 路由器:即配有IP地址,⼜能进⾏路由控制;  
• 节点:主机和路由器的统称;

**协议头格式**

![950db2aa273b49b3971a4e02c5437280.png][]

• 4位版本号(version):指定IP协议的版本,对于IPv4来说,就是4.  
• 4位头部⻓度(header length):IP头部的⻓度是多少个32bit,也就是length\*4的字节数.4bit表⽰最⼤的数字是15,因此IP头部最⼤⻓度是60字节.  
• 8位服务类型(Type Of Service):3位优先权字段(已经弃⽤),4位TOS字段,和1位保留字段(必须置为0).4位TOS分别表⽰:最⼩延时,最⼤吞吐量,最⾼可靠性,最⼩成本.这四者相互冲突,只能选择⼀个.  
对于ssh/telnet这样的应⽤程序,最⼩延时⽐较重要;对于ftp这样的程序,最⼤吞吐量⽐较重要.

![0ed93a009eda4a5cb43f7a80e073cd59.png][]  
• 16位总⻓度(total length):IP数据报整体占多少个字节.

![db4ed6b49e43403a8c091d51e7e569f7.png][]  
• 16位标识(id):唯⼀的标识主机发送的报⽂.如果IP报⽂在数据链路层被分⽚了,那么每⼀个⽚⾥⾯的这个id都是相同的.

![e34ae54bedb34c0694e42a96b0627f95.png][]  
• 3位标志字段:第⼀位保留(保留的意思是现在不⽤,但是还没想好说不定以后要⽤到).第⼆位置为1表⽰禁⽌分⽚,这时候如果报⽂⻓度超过MTU,IP模块就会丢弃报⽂.第三位表⽰"更多分⽚",如果分⽚了的话,最后⼀个分⽚置为1,其他是0.类似于⼀个结束标记.  
• 13位分⽚偏移(framegament offset):是分⽚相对于原始IP报⽂开始处的偏移.其实就是在表⽰当前分⽚在原报⽂中处在哪个位置.实际偏移的字节数是这个值\*8得到的.因此,除了最后⼀个报⽂之外,其他报⽂的⻓度必须是8的整数倍(否则报⽂就不连续了).

![9999a895824c4ecab08581714322e6e5.png][]  
• 8位⽣存时间(Time To Live, TTL):数据报到达⽬的地的最⼤报⽂跳数.⼀般是64.每次经过⼀个路由,TTL-=1,⼀直减到0还没到达,那么就丢弃了.这个字段主要是⽤来防⽌出现路由循环

![6a168d3687f346baab2c4f67f1a73434.png][]  
• 8位协议:表⽰上层协议的类型

![b6576c50094f470b9c33c554046ab433.png][]  
• 16位头部校验和:使⽤CRC进⾏校验,来鉴别头部是否损坏.

![fb6b547234d64e2aa3136fae6ad13793.png][]  
• 32位源地址和32位⽬标地址:表⽰发送端和接收端.

![033451c97b73475a89f6b888cee64df4.png][]  
• 选项字段(不定⻓,最多40字节):略

--------------------

![9ff3efda97144d388da2c2b36fd82764.png][]

![35263beb0fe5480795a42fdf58636922.png][]

![c3d46f9e13b749739e5266918deefab7.png][]

要求公网上的设备,对应的公网IP,都必须是唯一的.

但是私网上的设备,使用私网Ip,只要确保局域网内部IP不重复即可,不同的局域网IP允许重复

**由于上述设定,就有一个重要的限制:**  
1.公网设备访问公网设备, 没有任何问题,直接访问即可

2.局域网设备访问局域网设备(同一个局域网中),也没有任何问题,

3.局域网设备访问局域网设备(不同局域网中)，不允许访问.  
4.局域网设备访问公网设备就需要对局域网设备的 IP 进行 地址转换

5.公网设备访问局域网设备,不允许主动访问

![f4530c0d29584f3aa02d2961292a3b57.png][]

![3fb56661fb694bd78dae17518aedcb25.png][]

![41e2045bba144a31a7b1a7dd3e9b2a30.png][]

![a01239df1abe40c5b49df5d0227282d0.png][]

如果刚好这两个设备的端口又都一样呢??就是这么凑齐

此时路由器就会对端口进行映射

![c6f8eeb8ae23474d84338dabe3acc09b.png][]

由于在路由器局部IP要转换成公网IP,所以这个时候,如果刚好同一个局部网内的设备访问同一个网址,并且,设备都是相同的端口号,就会一样,所以就需要不同的端口号来区分

![8d84f31aa1e242d4928d01781bccd622.png][]

--------------------

![41f587ef5f764bd19a64aead7286c98f.png][]

![bd24e453d8074c759e4a3051f71ebdaa.png][]

![3da91ab12ce6444192f0e633314508bd.png][]

![769e3594fc33427f82faf4e51383fdf5.png][]

广播信息都是UDP,因为TCP不支持

#### 3.1.2 路由选择 ####

![978e8b9d28fd4a6fae3fd1b32d3c4a0b.png][]

--------------------

## 4.数据链路层 ##

以太网(横跨数据链路层和物理层)

![2f6719c001154b7cb14214370c0935e9.png][]

![da3dee19e8eb4298b03e94fa0442f4f0.png][]

![eae1d127e1b9475e8a2ed701e74702ff.png][]

![f448a7c66f5e4c3eb5edd039debfdf4f.png][]

![9b6e8abc7d6d42edb10fae546bd3a1cc.png][]

![0d8c996b569b4a7885e260f6cd8260a2.png][]

--------------------

上面内容介绍完毕,再来介绍一下DNS

![6baaf8d3ea984095ae1746a14204ba4e.png][]

![ce5c0230993141c9b4a7e0975dd279ea.png][]

制作不易,太多细节和核心需要解剖了.

有收获的朋友不妨一键三连!!!!

\---------------------------------------------------------------------------------------------------------------------------------

[42d2cef1d8794424a1c35125d73e69f8.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/7609b4469e34450aabec36d1dd418ffe.jpeg
[27a5246ccaa54ec09c37131089a179ef.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/74f8a28cc12148f8b08ed3137be8d1f1.jpeg
[45d085851c5b4b0caa0abd1e3d9869d9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/8280354d278944c0ac11ce02682a3014.png
[431fa20c1450447a86aaf07f46179eec.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/a015b9a9f142483ea6353b8650de0b1a.png
[e239b018f5a14418a5086dc31786e175.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/9f38ad3c8000469aacb3e1c922f87bcd.png
[59224ea81fdf44328177ecfcb5868d4b.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/6829eba755e947b99611089eeaf2d5e2.jpeg
[139fc5af33c54f51a59c1a604cd6d425.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/e202223475e4428784cefd6f4dbad443.png
[caed526fbe3d463d8a11b84b06d0e2d3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/f864e8305aaa4d76b17326ab0405bb19.png
[329081ac0ad84821ba4fac66b6edd303.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/3d36a57b42e54adfbe3a89090e5b01cd.png
[7e355688bb8748d7a8022de1805e9058.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/ce3da9a5d41040608cb11a997a043989.png
[c0552a6d7e8742a390416506b7afdcd8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/c1f0aa2bbe6f41d68c11ba5fdc6033af.png
[a763e881dd734901a75805822c8267e9.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/c5a0f46c6024408d9e9abc6c6f5ee491.jpeg
[398ce538e0a246cebf363f3b5122b885.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/e25ac3daa1604b03a673d4555410ba69.png
[6c176ae6b2bb47e48a21ca6282be8a66.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/c2ba9d60d5a74f83bf88997019ab9ad6.png
[a551eecb50404e549d6467a6b66d06fb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/4879066acf7d43e7b24f3ed24c6346c1.png
[1563d13d34b54badb227867ad1952dfa.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/b07241af5a7f4d8a96193ea2f6b44394.png
[5cf4d59471994c019d8265fb52219d60.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/7cfe963e0f384332b9bece98d50b0904.png
[4c8048cdada8443cb09273166f7e47ab.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/91d3a1c32fcb43219d1b36b70bb9e04e.png
[98f163fc5b7648838c0463293c79de3f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/d0fc446bbb8c45ac808d20148985d33c.png
[d4f6f9fb3a654bf6a1193be5b2ee9062.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/344b4c6c4f484abab5c06d7a7806451f.png
[a765cebd17744745bf62698fb38d8cb0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/6f09f3dc3dfd414b98eebcf2ea17c237.png
[273d21a89b6340fc9a84ed835b610d45.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/4d7b491100b641ec8740d853fee3763e.png
[7341cc28d01c4b8a88fbde5e85f6b4cb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/1af77f54c32145d8af646ce7d89299b9.png
[670d7f10659d4dc590a8ec6a59be55a4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/f0b455656b17417f8d7ef815d5a7e2f6.png
[13dfdd2c3be0455bb6302e3d851b812c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/6b157da29c0d4ed6a003f8e48146bd1c.png
[a046a7da732942658688405a64eb2cd6.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/4046a57d0a7c4d48a37d7b67dfefaca5.png
[18df771eca964e099c27304b970179f9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/ffc4ff9890614434b0d0475e4cb2a821.png
[c1c21f5c72d641408de48f768f198393.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/54376ff3663741ae9be6841279abaa18.png
[20a4905179764fcf94a2c3df4dc67975.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/fadd19df6ea84b8b98b0e4450fea5a2e.png
[3842c43499d74690a07873e0ccc02fd7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/ec8139bea03e41bbbb79028a9e30688b.png
[42df8e424d2a453396a7f066977b1d49.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/8807330bb0a0481c9bb4da2349367281.png
[253d45cb7599447fa6a6ff30e5c104f4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/2b707c5f5dec461a9f6aa5be6d0a029f.png
[f3db8c6dcf6542f6827f47cd86d345db.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/949fc1bc1a604749a0bc4d1d96afeb61.png
[951bf408e49d4fa588023df5e1844e34.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/ba1aef3f837b439dba1ace74e359fa27.png
[f7a1f7b7a2c345049362f877e835c525.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/c5b0823af02144fbbbae0ab3342f2c87.png
[0e599bcfe22f4c339d803f18163ddcde.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/4945448920864e53b21596cb119665ad.png
[b2fc083d40dd4d8984fbb90884a6035e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/3cbb42f228b14e28bc31e59a39f8bbd2.png
[d1ff485fc1c64cf5bf35705e5c163344.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/8ef0624453cf434f9943aa3aa1aded2d.png
[8b767516271d45e79ac1ddb235c53542.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/dae150f2e2fc4aa2878532ecfe300b3d.png
[c426bd79d7bf4a3da40a68a931b6ac94.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/51a05a6af980453ba865e804c34bc42e.png
[812f1314c0804de59df053b26d8c4e80.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/82f15f78294f4f6c88a02330827d6e5b.png
[7b76eb42f472440eac868b805bf17346.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/ba1a0a0c7cd74e6fb284529eac7dc48f.png
[978d4421b27d4115a946e77e3f532ee2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/2deae2bcbeff4c2690ad60e12f36e954.png
[13e70f5255cf4ee5b8c27cb0ee740941.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/8b7e43496caa4821840eb94c63fd57a2.png
[a13bdd392d9c43febb27eec0c013f5dd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/cde899a92b4546568cd22b4ac4728385.png
[a0eab6360d0a43e78247a45175f5c3b7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/587ebbed9f924f988e26bfbc12a55e97.png
[82b88a25ebe24653b9bd01dea88183c7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/0626bb12909044a4b18722f3860a1e85.png
[8aec6117ec5f4a989c89a786c6d86fb1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/29d42f3c473e43d2a1706d456cefeb81.png
[8445160a615e45c1b7abe36a26a61924.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/1cbaf5eaccf04906b861f20465d49b3b.png
[3c1a4665df2c4513b93b8fcf39ddd405.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/648e3a357f954f31b1904eb276f7b935.png
[fbc8c5fccb154f2cac0807c9348c07af.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/c2d8a1959c464620b7f70dabb3c6b480.png
[0b6c5a6f1ed64f52a3935c5cc688f9ce.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/3ba6a96bac554102a17a3a7f4e22421f.png
[a3e3c9bce4b745c3a018ac35fa85d05c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/95a9c0981b794108bd59f81d6c66c449.png
[fb19071519f34bf885b6f89da513bc1f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/99d8fb586032468fb006130d2fe2aebe.png
[4c77493c819d4729bdbc666295fea23b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/ba9f8e029b0a4175a07ae430418aab99.png
[7c262a44370041e089e26329f8daf5fa.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/105c8421fd7045cda703b9d26f41ea63.png
[4a46f76629ff4be181ae3280907b5120.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/c27891c83ac84804aa123c5335ebcc47.png
[fc06a93a1d3247b0be7518a02c0e057f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/50bf334426b247cb8ff2f7b4cc8f3c96.png
[d1f66def41bc40a78479b1ba093d7d3b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/3f7815f0b96d4a449002a866a31b6caa.png
[7cb4a5bca8034c3bb66892d7576e9969.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/086e1e0686a647d4bda03e2f9354b245.png
[f3d9f77e7fe744c6a8f0875d222ecbd8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/878898bc827e47d2886080202ad3d5e9.png
[cfe67a99b0eb44c09a2e13c34d9d2782.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/520f8051df0e42b5a36e9e21bcf2fb76.png
[5cfd2953258d4592837620f2a101d7b3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/49aa3d9d95f0446faee338742e10f79e.png
[8af79150b1e048e98040e497e14ba0e1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/18c5a81dfa944382b7eb11ce6ebceee6.png
[62c58fd5923c4c6bb4c363415ee0d289.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/1075527eb41341aab1d1570ca2575f71.png
[861eb9280a5b401da728f1fb0ea13873.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/7e94b7488ae34ec2be3ba4f5c7c711a0.png
[29500205ccc840a09ed334da58bcf0b4.jpeg]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/f720110e57d545a3a493cdae415cf0e5.jpeg
[950db2aa273b49b3971a4e02c5437280.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/cac086941c4a42c89ad452bfa052cd7a.png
[0ed93a009eda4a5cb43f7a80e073cd59.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/dd9433c50c714f899a39a70f2f198fd9.png
[db4ed6b49e43403a8c091d51e7e569f7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/00c439c7b8424db3893f92f2a6489a7a.png
[e34ae54bedb34c0694e42a96b0627f95.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/bc8db0af3c6a46389f23df31e95dc427.png
[9999a895824c4ecab08581714322e6e5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/adbe58953ee34644902fcb5f4efeae27.png
[6a168d3687f346baab2c4f67f1a73434.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/7829fb88dd504a13845b91ee4af9e577.png
[b6576c50094f470b9c33c554046ab433.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/52fa2b92894d4fccaec00ef1822e2290.png
[fb6b547234d64e2aa3136fae6ad13793.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/15ef63b7ddb5497fa68d13b744a155d9.png
[033451c97b73475a89f6b888cee64df4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/1fa71443a5f34fa587f97617ec419843.png
[9ff3efda97144d388da2c2b36fd82764.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/ec87296242b14ea6a606d4bac2ce0503.png
[35263beb0fe5480795a42fdf58636922.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/d2c6de9288994c4484be702960f8d23d.png
[c3d46f9e13b749739e5266918deefab7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/cbf5cd2520f24357a5fb6679a1819dfd.png
[f4530c0d29584f3aa02d2961292a3b57.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/348de7ca18544e29901f30d964d7ea4b.png
[3fb56661fb694bd78dae17518aedcb25.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/e498b92f39cc499591cbba0683194cf9.png
[41e2045bba144a31a7b1a7dd3e9b2a30.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/f786e3b72677456ca64635570b0f4bad.png
[a01239df1abe40c5b49df5d0227282d0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/1399714fc55e496a9e50395e328b4c67.png
[c6f8eeb8ae23474d84338dabe3acc09b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/af10f1cca07d44438a85f5ba799169e2.png
[8d84f31aa1e242d4928d01781bccd622.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/74e9f69d12bf4e2fbee433ac4f17ecf5.png
[41f587ef5f764bd19a64aead7286c98f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/f8a42a968ab24a27859eb82d75cef2af.png
[bd24e453d8074c759e4a3051f71ebdaa.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/54e01c74d3674db08af3224296a4f79f.png
[3da91ab12ce6444192f0e633314508bd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/c81e26ea94794343a07514ba7fc87a81.png
[769e3594fc33427f82faf4e51383fdf5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/fcf7046bfed848b4884e1dcb3e920e4a.png
[978e8b9d28fd4a6fae3fd1b32d3c4a0b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/a7de73b6cfa94c16a112d5858cbc7c62.png
[2f6719c001154b7cb14214370c0935e9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/694588c9011d4a2982b946456bb0048b.png
[da3dee19e8eb4298b03e94fa0442f4f0.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/67d46b6027b04a2a84dba2d616c587a3.png
[eae1d127e1b9475e8a2ed701e74702ff.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/7d4a2944a9fd47e09a1ffcb98952df6e.png
[f448a7c66f5e4c3eb5edd039debfdf4f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/df8a215eb900462f911bfe0ffb8909f7.png
[9b6e8abc7d6d42edb10fae546bd3a1cc.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/f88fe4f326b5466b97606d2df1423a12.png
[0d8c996b569b4a7885e260f6cd8260a2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/6002d37410934b78820e73e403c21d3d.png
[6baaf8d3ea984095ae1746a14204ba4e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/d0db61902da24ff3b6bbb6b09ffb3786.png
[ce5c0230993141c9b4a7e0975dd279ea.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/23/d1460049009e4d04b57569ffac864246.png