【后台研发岗】面试精华总结（地表最全）。计算机网络专题（持续更新）

最新推荐文章于 2022-08-26 12:24:50 发布
最新推荐文章于 2022-08-26 12:24:50 发布
阅读量720 收藏 1
点赞数
分类专栏： 面经
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Worthy_Wang/article/details/109293628
版权

文章目录


OSI七层模型？

从上往下依次为：

应用层->表示层->会话层->传输层->网络层->数据链路层->物理层

在这里插入图片描述
在这里插入图片描述


有连接，无连接，可靠协议，不可靠，有状态，无状态的区别?

  • 不可靠：不能保证数据安全准确的传输给对方，提供“尽力而为”的交付服务。

  • 可靠：保证数据安全准确的传输给对方。

  • 有连接：数据发送方与数据接收方需要建立对话并维持该来连接。

  • 无连接：数据发送方与数据接收方不需要建立对话并维持该连接。

  • 有状态：对于事务处理拥有记忆能力，对于之前处理过的事务不再保留其信息。

  • 无状态：对于事务处理没有记忆能力，对于之前处理过的事务保留其信息。


简述HTTP协议?

HTTP（超文本传输协议）是应用层上的一种基于C/S架构的无连接无状态的请求/响应模式通信协议。

HTTP有请求报文和响应报文两种形式。


  • 请求报文

在这里插入图片描述
请求报文由四个部分组成：

请求行 + 请求头 + 空行+ 请求体

  1. 请求行

1.1 请求方法
GET：重点在于从服务器上获取资源。
POST: 重点在于向服务器发送数据（例如提交表单或上传文件）
HEAD: 类似于GET请求，不过返回的响应报文中没有响应体承载数据，只用于获取响应报头。
1.2 URL：统一资源定位符
在这里插入图片描述
1.3 协议版本
有HTTP1.0 ， HTTP1.1， HTTPS 等协议

  1. 请求头

通过键值对的方式存储。常见的如Content-Type（请求体/响应体的类型），Content-Length（请求体/响应体的长度），Content-Encoding（请求体/响应体的编码格式）

  1. 空行

用于区分请求体

  1. 请求体

用于存放实际的数据


  • 响应报文
    在这里插入图片描述
    响应报文同样分为四个部分：

状态行 + 响应头 + 空行 + 响应体

  1. 状态行

1.1 协议版本
一般跟请求报文对应的协议版本相同，有HTTP1.0，HTTP1.1，HTTPS。
1.2 状态码
HTTP状态码有五种类型，如下：
1**：信息，服务器收到请求，要求请求者继续操作；
2**：成功，操作成功接收并处理；200 OK：客户端请求成功；
3**：重定向，需要进一步的操作以完成请求；301：网页被永久转移到其他URL；302：网页临时跳转。
4**：客户端错误，请求包含语法错误或无法完成请求；400 Bad Request：客户端请求有语法错误，不能被服务器所理解；401 Unauthorized：请求未经授权；404：请求资源不存在，可能输入了错误的URL。
5**：服务器错误，服务器在处理请求的过程中发生了错误。500：服务器内部发生了不可预期的错误；503 Server Unavailable：服务器当前不能处理客户端的请求。
更多状态码可见：
https://www.runoob.com/http/http-status-codes.html
1.3 状态码信息
如 200 OK，404 NOT FOUND。

  1. 响应头

一般以键值对的方式进行存储。常见的如Content-Type（请求体/响应体的类型），Content-Length（请求体/响应体的长度），Content-Encoding（请求体/响应体的编码格式）。

  1. 空行

用于划分开响应头和响应体。

  1. 响应体

用于存放响应数据。


  • 请求报文与响应报文样例
  1. 请求报文GET
    在这里插入图片描述
  2. 请求报文 POST
    在这里插入图片描述
  3. 响应报文 返回json字符串
    在这里插入图片描述
  4. 响应报文 HTML
    在这里插入图片描述

GET和POST有什么区别？

  1. GET重点在从服务器获取数据；POST重点在于向服务器发送数据。

  2. GET和POST都能够使用额外的参数，GET的参数出现在URL之中并用？隔开，参数之间用&相连，是可见的；POST提交的数据是放在请求体中，是不可见的。

  3. GET传输数据时会有安全问题，在提交数据时用户名和密码都会出现在URL上面，黑客可以轻松获得；而POST方法提交的数据由于是存放在请求体中，不会被显示。

  4. GET传输数据大小有限制（因为浏览器对URL长度有限制）；POST方法传输的数据没有限制。

  • GET 和 POST样例补充
    在这里插入图片描述
    在这里插入图片描述

从输入URL到页面加载发生了什么？（HTTP的工作原理？）

  1. 浏览器向DNS（Domain Name Server）请求，DNS将域名转换为对应的IP地址。

  2. 浏览器连接到Web服务器HTTP/80端口，三次握手创建TCP连接。

  3. 浏览器发送HTTP请求，读取URL域名后面对应文件，并注意该请求作为TCP三次握手中的第三次握手的数据发送给Web服务器。

  4. 服务器接收HTTP请求并返回HTTP响应，响应体中存放对应的html文本。

  5. 如果CONNECITON模式为close， 立刻四次挥手释放TCP连接；若CONNECTION模式为keep-alive，则保持该连接一段时间后再释放，这段时间内还可以接受请求。

  6. 浏览器解析html文本内容并显示。


301和302状态码的区别？

  • 301状态码代表网页被永久转移到其他URL；
  • 302状态码代表网页被暂时转移到其他URL。

HTTP长连接和短连接的区别？

  • 长连接
    CONNECTION字段设置为keep-alive，在建立连接，传输数据之后，并不会马上断开连接，而是等待一段时间之后再断开，这段时间可以再多次传输数据。

  • 短连接
    CONNECTION字段设置为closed，在建立连接，传输数据之后，立刻断开连接。会有较大的开销。

补充：
1.HTTP1.0默认使用短连接，HTTP1.1默认使用长连接。
2.长连接分为流水线方式和非流水线方式，非流水线方式就是在接收到HTTP的下一次响应之前都不能再发送新的请求报文，流水线方式就是在接收到HTTP下一次响应报文之前都可以发送新的请求报文。


HTTP是不保存状态的协议，那么如何保存用户的状态？（Cookie，Session的区别是什么？）

使用Cookie 和Session。

  • Session

Session存储在服务器中，会为每一个用户都创建特定的sessionID并且保存对应数据，数据可以保存在内存或数据库中。

  • Cookie

Cookie存储在客户端浏览器中，会记录下该浏览器对应的SessionID，并且 每一次HTTP请求都会把SessionID发过来，这样服务器就能识别该用户了；同样cookie也可以用来记录用户的信息，比如账户密码等。


如果Cookie被禁用怎么办？

可用将URL重写，也就是将SessionID直接附加在URL路径的后面。


HTTP1.0 和 HTTP1.1的主要区别是什么？

  1. 长短连接：HTTP1.0默认使用短连接；HTTP1.1默认使用长连接。

  2. 错误状态响应码：HTTP1.1中新增了24个错误状态响应码。

  3. 缓存控制策略：HTTP1.1中请求头中引入了更多的缓存控制策略。

  4. 断点续传功能：HTTP1.1中请求头中引入了range，可以只请求资源的某个部分，实现断点续传。


URI和URL的区别是什么？

  • URI
    统一资源标识符（Uniform Resource Identifier），在某一种规则下能唯一的标识出一个资源。

  • URL
    统一资源定位符（Uniform Resource Location），用定位的方式唯一的标识出一个资源。

URL就是用定位方式实现的URI。


HTTP 和 HTTPS的区别是什么？

详见网络安全专题。


TCP协议是什么？

TCP协议是一个面向连接的，可靠的，基于字节流的全双工端对端通信协议。

面向连接的意味着数据发送方与数据接收方需要建立对话并维持该来连接。
可靠的意味着能保证数据安全准确的传输给对方。
基于字节流意味应用程序对于数据的发送和接收都是没有边界限制的。

补充：TCP基于字节流/UDP基于数据报的理解，TCP传输的send/recv函数，UDP的sendto/recvfrom函数。
在这里插入图片描述


简述TCP头部结构？

在这里插入图片描述
TCP头部与IP数据报头部一样均为20个字节。

  • 第一行

源端口号（16bit） + 目的端口号（16bit）：
端口号用于区分同一个IP地址下的不同应用程序。我们将 IP + Port 称为一个插口（Socket）。设立端口号的原因是同一个IP下可能运行了多个应用程序，如FTP（21），SMTP（25），SSH（22）等。

  • 第二行

序列号（32bit）:
英文为seq，序列号的作用有两点，一是保证数据包的传输顺序，二是避免因网络延迟带来的网络混乱；客户端向服务器发送的序列号一般为ISN（initial sequence number） + 1；SYN和FIN会消耗掉一个序列号。

  • 第三行

确认号（32bit）:
英文为ack，假设收到了ISN 为x的SYN报文，那么ack值就应该为x+1，代表已经收到了该报文。

  • 第四行

头部长度（4bit）：最小为20字节（0101），最大为60字节（1111）
保留（6bit）
标志位（6bit）：
URG：紧急标志
ACK：确认标志，代表确认号是否有效
PSH：提示接收端应用程序应该立刻从TCP缓冲区读走数据，为后续接收数据腾出空间。
RST：复位报文段，要求重新建立连接
SYN：同步报文段，请求建立连接
FIN：结束报文段，通知对方本方将要关闭连接
窗口大小（16bit）：英文名 window size，也可以称为滑动窗口，是TCP流量控制的手段，用于告诉对方TCP接收缓冲区还能够接收多少字节的数据，这样对方可以控制发送数据的速度。窗口大小实质上对应了内核socket接收缓冲区的大小。

  • 第五行

校验和（16bit）：使用CRC算法检验TCP报文段 头部 + 数据 部分是否有损坏，保证了TCP的可靠传输。
紧急指针（16bit）：紧急指针相对当前序列号的偏移，URG置位1时才有效，目前已弃用，不做过多了解。

  • 选项：

是一个可变长的选项信息，最大为40个字节。
在这里插入图片描述
其中kind表示选项的类型，length指定 选项 的总长度，info是选项的具体信息
在这里插入图片描述
在这里插入图片描述


简述TCP三次握手与四次挥手？

  • 三次握手

开始时客户端和服务器均处于 CLOSED 状态，在socket编程中，服务器 listen() 之后被动打开，客户端 connection() 之后主动打开，之后进行三次握手：

  1. 第一次握手

客户端给服务器发送SYN报文，并指明客户端的ISN，此时客户端处于SYN-SENT状态。

TCP报文头部 SYN = 1 ， seq = x。

  1. 第二次握手

服务器收到了客户端的SYN报文之后，会发送自己的SYN-ACK报文作为应答，在报文中指明了自己的ISN；此时服务器处于SYN-RCVD 状态。

TCP报文头部 SYN = 1， ACK = 1，seq = y， ack = x + 1。

  1. 第三次握手

客户端接收到服务器的SYN之后，发送ACK报文作为应答发送后客户端进入 ESTABLISHED 状态，服务器收到ACK后也进入 ESTABLISHED 状态，双方开始数据交换。

TCP报文头部 ACK = 1， seq = x + 1，ack = y + 1。

在这里插入图片描述


  • 四次挥手

开始时客户端和服务端都处于ESTABLISHED状态，假设客户端先发起关闭请求进行主动关闭，服务端接收到通知后，进行被动关闭。
在网络编程中，任意一方执行 close（）操作，都会执行四次挥手。

  1. 第一次挥手

客户端向服务端发送FIN报文，同时指定自己的序列号，此时客户端处于 FIN-WAIT1 状态。

TCP报文头部信息：FIN = 1，seq = u。

  1. 第二次挥手

服务端接收到客户端的FIN报文后，发送ACK报文作为应答，服务端处于 CLOSE-WAIT 状态，客户端收到ACK后处于FIN-WAIT2状态，此时TCP处于半关闭状态，服务端仍然在向客户端发送数据。

TCP报文头部信息：ACK = 1，seq = v，ack = u + 1。

  1. 第三次挥手

服务端发送完数据之后，向客户端发送 FIN-ACK报文，此时服务端处于 LAST-ACK 状态。

TCP报文头部信息：FIN = 1， ACK = 1，seq = w，ack = u + 1。

  1. 第四次挥手

客户端接收到服务端的FIN-ACK报文后，发送ACK报文给客户端，此时客户端处于 TIME-WAIT 状态，需要等待 2MSL，之后进入CLOSED状态，服务端接收到ACK后也进入CLOSED状态。

TCP报文头部信息：ACK = 1，seq = u + 1， ack = w + 1。

在这里插入图片描述

补充：
SYN报文会消耗序列号，不能携带数据。
FIN报文会消耗序列号，不能携带数据。
ACK报文如果携带数据则会消耗序列号，如果不携带数据则不会消耗序列号。


为什么要三次握手？只有两次握手可以吗？

三次握手才能保证双方的接收发送能力都是正常的，第三次握手有两点作用：

  1. 客户端的SYN报文因网络延时后滞后，此时客户端超时重传SYN报文并与服务器已经完成了数据的传输，随后第一次的SYN报文之后到达服务器，服务器误认为这是一次新的连接请求，于是发送SYN-ACK给客户端，并直接进入ESTABLISHED状态，但是客户端会直接忽略这一次SYN-ACK，导致死锁。

  2. 如果第二次握手的ACK信号丢失，服务器直接进入ESTABLISHED状态，而客户端没有收到ACK信号，还处于SYN-SEND阶段，则会形成死锁。


什么是半连接队列？什么是全连接队列？

  • 半连接状态

半连接状态也就是服务器在进行第二次握手之后进入SYN-REVD的状态，并且这些连接由半连接队列存放。

  • 全连接状态

全连接状态也就是完成了三次握手的连接，全连接队列将存放这些连接。


ISN是什么？是固定的吗？

ISN是TCP三次握手中为了建立连接而使用的一个初始序列号，ISN随时间而变化（每4ms加1），因此每一个连接都有不同的ISN。

ISN不固定有两个好处：

  1. 如果ISN固定，上一次连接的报文因网络延迟在这一次连接中到达，并恰好两次的seq相同，那么就会发生网络混乱。

  2. 固定ISN容易遭受到黑客攻击，黑客能得知服务器的ISN，能在第三次握手正确的返回ACK报文，与服务器建立连接。


三次握手过程中可以携带数据吗？

第一次第二次握手不行，第三次握手可以；

假如第一次握手可以携带数据，那么如果有人要恶意攻击服务器，会在SYN报文中存入大量数据，并疯狂发送SYN报文，服务器将会因处理这些报文陷入瘫痪。

第三次握手返回ACK报文时，双方连接已经建立，自然可以携带数据。


SYN攻击是什么？(泛洪攻击是什么？)

黑客伪造大量不存在的IP地址，并不断向Server发送SYN请求，由于IP地址不存在，Server会不断发送SYN-ACK报文直至超时，这些伪造的SYN报文将导致半连接队列满，导致正常的SYN请求因无法加入半连接队列而被丢弃，这样会造成服务器瘫痪。

常见的防御SYN攻击的方法有：

1.过滤网关防护 ：如设置SYN代理，让代理为服务器处理SYN请求，如果收到了客户端的ACK包那么就向服务器完成三次握手。

2.增大半连接队列容量

3.缩短超时时间与减少重传次数

4.SYNcookies技术


如果已经建立了连接，但是客户端突然出现故障了怎么办?

服务端会有一个Keep-Alive心跳包机制，也就是定期内会通过发送数据包检测客户端是否正常运行，那么就认为客户端已经出现故障， 服务器自动断开。


为什么连接的时候是三次握手，关闭的时候却是四次挥手?(为什么挥手需要四次，三次挥手不行吗？）

挥手必须四次，因为四次挥手中，服务器收到FIN后，并不能立刻返回FIN-ACK，而是先发送ACK，也这是为什么挥手需要四次的原因，因为需要等到数据传输完成才行，再发送FIN-ACK，这两个不能合到一起发送，所以需要四次挥手来关闭连接。

为什么客户端需要等待2MSL再关闭？

原因有两点：

  1. 保证客户端最后发送的ACK能够到达客户端
    如果这个ACK报文丢失，服务器超时重传FIN-ACK，客户端在2MSL的时间内一定可以接收到这个超时重传的FIN-ACK，这样可以避免服务器没有收到最后的ACK而空等待。

  2. 防止旧连接中的报文影响新连接
    客户端在发送最后一个ACK后，等待2MSL，这样该连接中的所有报文都已经在网络中消失，不会影响到下一个新的连接。


为什么会发生TCP粘包拆包？如何处理？

TCP粘包发生的原理是TCP传输是基于字节流的，发送端发送数据与接收端接收数据并没有边界，没有边界导致所有的数据粘合在了一起，也就发生了TCP粘包。
在socket编程中，假设发送方执行send操作x次，都只是将x次的数据发送到发送缓冲区中，真正发送到对端是由TCP协议来完成；而接受方执行recv操作y次之后将数据读取出来，并不是发送一次就对应着接受一次。

  • TCP粘包发生的原因

  1. TCP发送缓冲区的数据堆积了很多之后才发送；

  2. TCP接收缓冲区的数据堆积了很多之后才接收；

  • TCP拆包发生的原因

  1. 待发送的数据部分大于MSS，需要进行拆分；

  2. 待发送的数据部分大于发送缓冲区剩余空间大小，需要进行拆分。

  • TCP粘包拆包的处理方法
    通常使用 自定义私有协议 的方式来解决，协议可以按照以下方式设计：

  1. 发送端发送数据时添加包头部，包头部中包含数据部分的大小，再发送数据部分；接收端先接受到包头部，确定了数据部分的大小之后再读取数据部分即可进行拆包。

  2. 发送端发送数据时将数据包封装为固定长度，不够的用0补齐；接收端每一次接受固定长度的包即可进行拆包。

  3. 设置消息边界，一般使用 ‘\n’ 作为边界。


TCP协议如何保证可靠传输？

  1. 连接管理

通过三次握手与四次挥手保证能稳定的建立连接与结束连接。

  1. 序列号+确认号

保证对数据包的有序发送与有序接收。

  1. 校验和

保证TCP报文段的头部与数据部分准确传输，若检验和有差错，接收端将丢弃次报文并不返回ACK报文。

  1. 超时重传机制

发送端将缓冲区的数据发送后，并不会立刻删除缓冲区中的数据，而是收到ACK后才会删除缓冲区的数据，在等待RTO后也没有收到ACK后，将会重发数据。

注：RTO（Retransmisson Time Out）是超时重传时间，一般基于RTT（Round Trip Time）时间，也就是从发送端发送数据到接收到ACK的时间。

  1. ARQ（Auto Repeat Request）协议

ARQ协议是数据链路层和传输层的错误纠正协议之一，分为停止等待ARQ协议，连续ARQ协议。

  • 停止等待ARQ协议：发送一个报文段之后，必须受到该报文段的ACK之后，才发送下一个报文段。
  • 连续ARQ协议：连续发送若干个报文段之后等待ACK确认。分为 回退n帧ARQ协议 与 选择重传ARQ协议，这两种协议的区别在于 :

回退n帧ARQ协议的接收窗口为1，需要从出现错误的帧开始，将之后的全部帧进行重传。
选择重传ARQ的接收窗口大于1，只需要重传错误的帧。

  1. 设置滑动窗口进行流量控制

TCP发送端与接收端都有内核socket缓冲区，当接收缓冲区的剩余空间过小不能接收发送方的数据时，会提示发送方降低发送速率，从而防止丢包。

  1. 拥塞控制

当网络出现拥塞时，应该控制发送方的发送速率，因为如果发送方没有收到ACK，会不断超时重传从而让网络更为拥挤。流量控制与拥塞控制本质上都是为了降低发送方的发送速率。

拥塞控制的四个算法：慢开始，拥塞避免，快重传与快恢复。

  • 慢开始算法：慢开始算法的思路是，如果刚开始在不了解网络状况的情况下，就把大量数据传输到网络中，可能会直接引起网络阻塞；那么应该从小到大增大阻塞窗口，将cwnd初始值设为1，每经过一个轮次，cwnd值增大一倍。
    在这里插入图片描述
  • 拥塞避免算法：拥塞避免算法的思路是让cwnd缓慢增大，每经过一次RTT增加1。一般当拥塞窗口的值大于门限值时使用拥塞避免算法。当出现超时重传时，判断网络可能出现了拥塞，于是将门限值降为原来的一半，将cwnd值降为1并重新使用慢开始算法。
    在这里插入图片描述
  • 快重传算法： 快重传算法也就是当发送方一连收到连续3个重复的ACK确认，那么相应报文段立刻重传，而不是等待超时重传。
    在这里插入图片描述
  • 快恢复算法：在收到连续三次重复的ACK确认后，立刻执行快重传并进行快恢复；将 门限值 与 拥塞窗口值 均变为 原来拥塞窗口值的一半，并执行拥塞避免算法。
    在这里插入图片描述

简述UDP协议？UDP的头部结构？

我们将用户数据报协议（User Datagram Protocol）称为UDP，它是一种 无连接，不可靠，基于数据报 的协议。

无连接：数据发送方与数据接收方不需要建立对话并维持该连接。
不可靠：不能保证数据安全准确的传输给对方，提供“尽力而为”的交付服务。
基于数据报：与基于字节流不同，数据的发送与接收是有边界的。

UDP数据报头部结构如下：
在这里插入图片描述
UDP头部长为固定的8字节；

  1. 第一行
    源端口号（16bit） + 目的端口号（16bit）

  2. 第二行

  • UDP总长度（16bit）：此处的总长度为UDP 头部+数据部分 的长度，数据部分的长度受数据链路层MTU的限制，通常最大为1472字节（1500-20字节IP头部-8字节UDP头部）。
  • UDP检验和（16bit）：当检验到错误时，UDP不做纠正，而是直接将数据丢弃。

往下：
数据部分（最大1472字节）


TCP/UDP协议的区别

这个问题属于一个发散性，综合性的问题，相当于让面试者详细的解释TCP协议与UDP协议。

  1. TCP是有连接，可靠的，基于字节流的协议；UDP是无连接，不可靠，基于数据报的协议。（详细说出连接，可靠，基于字节流，基于数据报的意思，见上面的回答）

  2. TCP头部结构复杂，网络开销和时延都较大；UDP头部结构较为简单，网络开销和时延都较小。（画出TCP头部与UDP头部，并解释，见上面的回答）

  3. TCP能通过建立连接，确认序号，滑动窗口，超时重传，拥塞控制，检验和等方式让数据包安全准确的传到对端；UDP则是提供不可靠的交付。（详细解释TCP可靠的原因，见上面的回答）

  4. TCP一般用于文件传输，收发邮件，远程登录，HTTP等，UDP一般用于即时通信，比如语音，视频，直播，DNS等。


简述IP协议？IP协议的头部结构？

IP协议是一种无连接，不可靠的点对点通信协议。IP协议将不同的帧转换为统一的IP数据报的格式，使得不同技术网络，不同操作系统下的计算机也能够实现相互连通。

无连接：数据发送方与数据接收方不需要建立对话并维持该连接。
不可靠：不能保证数据安全准确的传输给对方，提供“尽力而为”的交付服务。
点对点：在两个网络节点之间交换数据。


IP数据报的头部结构如下：
在这里插入图片描述
在这里插入图片描述
IP数据报头部最小为20个字节，最大为60个字节。为了方便叙述，将头部结构分为5行，每一行4字节（32位）。

  1. 第一行

  • 版本号（4bit）：一般是IPv4，目前IPv6仍然处于草案阶段。

  • 头长度（4bit）：一般头部长度为20个字节（0101），最大为60个字节（1111）。每一位代表4个字节，同时头部的长度也必须是4字节的整数倍（可以用充填字段充填）。

  • 服务类型（8bit）：为不同的数据包定义不同的服务质量，可以设置优先级，最小延时，最大吞吐量，最高可用性等服务，如ssh和telnet需要最小延时的服务，而文件传授ftp需要最大吞吐量的服务，另外一些紧急的数据包需要设置最高的优先级。

  • 总长度（16bit）：IP头部与数据段的总长度，每一位代表1字节，所以最大长度理论上为2^16-1 = 65535字节。当IP数据报总长度超过MTU时，就必须进行分片。

  1. 第二行

  • 标识（16bit）：当IP数据报长度超过MTU时，必须进行分片。标识字段的值就被复制到所有分片的数据报中，相同的标识字段就能够进行组装成原来的IP数据报。

  • 标志（3bit）：MF（more fragment），DF（don’t fragment）

  • 片偏移（13bit）：较大的IP数据报在分片后，该分片在原数据报中的位置。

通过IP数据包的分片，可以让IP分组在不同技术的网络，不同的操作系统上进行传输。

  1. 第三行

  • TTL（8bit）：功能是对路由器进行跳数限制，是防止无法交付的数据报在网络中兜圈子。每经过一个路由器，TTL减1，当TTL==0 时则丢弃该数据报；最大值可设置为255，设置为1则表示该数据报只能在本局域网中传送。

  • 上层协议标识（8bit）：区分IP协议上的上层协议，如ICMP为1，TCP为6，UDP为7。用来保证接收方知道该用哪一种协议来处理该数据报。

  • 头部校验和（16bit）：重新检验数据报的首部，但不包括数据部分。因为对数据的校验工作由传输层协议来完成，网络层协议只负责数据包在两个网络点之间进行传输。

  1. 第四行
  • 源地址（32bit）
  1. 第五行
  • 目的地址（32bit）

可变部分（0~40字节）


简述IP地址的组成？

IP地址可以在因特网中唯一的标识某一台计算机或设备。

IP地址是一个四字节32位的数，常采用 点分十进制 的方式展现。编址方式：网络号+ 主机号，同一个物理网络上的所有主机都属于同一个网络ID，每一个主机（如工作站，服务器，路由器等）都有一个主机ID。


IP地址的组成：

在这里插入图片描述

在这里插入图片描述

  • A类地址

1个字节的网络号，3个字节的主机号，用于大规模网络；
网络ID最高位必须是0，可拥有的网络数是27-2个，主机数是224-2个；
默认子网掩码是255.0.0.0，私网是10.0.0.0 ~ 10.255.255.255。

注：网络号-2的原因是0一般不用，127作为回环地址；主机号-2的原因是主机号全为0表示当前主机地址，主机号全为1表示广播地址。

  • B类地址

2个字节的网络号，2个字节的主机号，用于中型规模网络；
网络ID最高位必须为10，可拥有的网络数是214个，主机数是216-2个;
默认子网掩码是255.255.0.0，私网是172.16.0.0 ~ 172.31.255.255。

  • C类地址

3个字节的网络号，1个字节的主机号，用于小型网络；
网络ID最高位必须是110，可拥有的网络号是221个，主机号是28-2个；
默认子网掩码是255.255.255.0，私网是192.168.0.0~192.168.255.255。

  • D类地址

D类地址称为广播地址也可以称为多播，组播地址；
网络ID开头必须为1110，范围为223.0.0.0~239.255.255.255；
每个地址对应着一个组，发往某一组播地址的数据将被该组中所有成员接收。

D类地址不能够 分配给主机。

  • E类地址

E类地址作为保留地址之后使用。

  • 特殊地址

特殊地址也就是专用的地址，不能够分配给主机使用：

  1. 0.0.0.0
    并不是一个真实的地址，对应着当前网络所有的IP地址。

  2. 回环地址
    以127开头的地址称为回环地址，给回环地址发送的IP数据报都会被主机接收，外部设备也无法通过回环地址访问该主机；回环地址通常用来测试某台机器的网络设备是否正常。

  3. 主机地址全为0
    对应着当前的网络地址

  4. 主机地址每个字节都为1
    对应着该网络的广播地址


0.0.0.0 与 127.0.0.1 与 localhost的区别?

  • 127.0.0.1
    实际上从127.0.0.1~127.255.255.254都属于回环地址，都能够ping通，只是我们默认在回环地址中使用127.0.0.1进行测试。

  • localhost
    实际上经过DNS域名解析后的localhost就是127.0.0.1，就像www.baidu.com（域名，或者说别名）对应着它自己的IP地址一样。

  • 0.0.0.0
    并不是一个真实的地址，对应着当前网络所有的IP地址。

举例说明：
PC1 和 PC2 在同一个局域网中，PC1的地址是172.21.0.7

  1. PC1作为server监听172.21.0.7，PC1中的client只能够连接上172.21.0.7，PC2的client只能连接上172.21.0.7
  2. PC1作为server监听127.0.0.1，PC1中的client只能连接上127.0.0.1，PC2中的client都连接不上。
  3. PC1作为server监听0.0.0.0，PC1中的client两个都能连接上，PC2中的client可以连接上172.21.0.7

NAT协议的作用？（公网与私网的区别？）

NAT协议的作用实现公网IP地址与私网IP地址之间的转换，使得一个公网IP地址下能够有多个私网IP。
作用：

  1. 解决了IPv4地址枯竭的问题；
  2. 主机的安全性得到了保障，因为就算暴露了私网IP也没有关系。

我们的家庭网络，以及寝室都是采用的这种NAT协议。

举例：

我寝室里面的主机（公网IP为125.1.2.3，私网IP为10.1.0.2）向Web服务器（公网IP为162.105.129.12）请求服务。由内网到外网时，将源IP地址从10.1.0.2改为125.1.2.3，从外网到内网时，将目的IP地址从125.1.2.3改为10.1.0.2，由NAT路由器进行路由表映射操作完成。
NAT路由表如下：
在这里插入图片描述


ARP协议是什么？

ARP协议的作用是实现从IP地址到MAC地址的映射。

主机发送信息时将包含 目标IP地址 的 ARP请求 在 局域网 进行 广播，并根据返回的消息确定 目标IP地址 的 MAC地址，以 <IP，MAC> 形式存入 ARP缓存表。

举例：ARP协议工作过程
主机A IP:192.168.0.1 MAC: 0A-11-22-33-44-01
主机B IP:192.168.0.2 MAC: 0A-11-22-33-44-02

  1. A在路由表中找到主机B的IP地址是192.168.0.2。
  2. A在ARP缓存表中查找B的IP映射MAC地址，发现没有找到，于是在局域网内进行广播，发出的帧包含A的IP地址以及MAC地址。
  3. 除B以外的主机接收到帧后，发现目标地址与自己的地址并不匹配，于是将帧丢弃；主机B接收到帧后，将主机A的<IP，MAC>信息存入自己的ARP缓存表，并发送回应消息。
  4. A接收到消息，将B的<IP，MAC>信息存入ARP缓存表。
  5. A将IP数据报装帧，发送给B。

注意：ARP请求只能在局域网中进行，且ARP协议并不会验明其真实性就记入ARP缓存，所以发送的信息可能会到达错误的主机，形成ARP欺骗。


Worthy_Wang
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Nginx 详解（包含各个 Nginx 模块）
weixin_44983653的博客
09-22 8399
Nginx 详解Nginx 相关概念1、Nginx 概念2、Nginx 功能3、Nginx 程序架构3.1 master/worker3.2 特性3.3 Nginx 模块3.4 Nginx 功用Nginx 安装及配置1、Nginx 安装2、Nginx 编译安装3、Nginx 程序环境3.1 配置文件的组成部分3.2 Nginx 主配置文件说明3.3 Nginx 主配置文件结构3.4 Nginx h...
计算机网络——传输层(2)
WSTONECH的博客
07-26 774
目录 16位端口号： TCP的特点： TCP报文首部 TCP C/S模型过程： TIME_WAIT 2MSL: TCP可靠传输手段： 滑窗机制ARQ 超时重传： 拥塞控制 Keepalive和HeartBeat: Nagle算法和粘包问题： TCP SYN泛洪攻击 交换机和路由器区别： 网络编程一般步骤 参考文献 网络边缘的节点才有运输层，网...
RTSP Spec中文版(12-16)
SniperPan的专栏
05-25 3862
RTSP Spec中文版(1-11) RTSP Spec中文版(12-16) RTSP Spec中文版(附录)12 头域定义（Header Field Definitions）HTTP/1.1或其他未标准化头域未在这里列出，接收者应当忽略暂未公认定义的头域。 下表中列出了RTSP中使用到的头域，类型”g”表示通用头，类型”R”表示请求头，类型”r”表示回复头，类型”e”表示实体头。标记为”re
post /login.php http/1.1,路由器登录入口：http://192.168.10.1
weixin_33877700的博客
03-26 6万+
路由器登录入口路由器的默认IP地址一般在路由器背面的贴纸，上面有路由器的默认IP地址和用户名以及登录密码。一般来说192.168.1.1比192.168.10.1更常见。像Linksys，4ipnet等制造商生产的路由器以192.168.10.1作为其默认IP地址。如何登录入192.168.10.1登录路由器必须要知道正确的IP地址和用户名及密码才能登录，首先打开网页浏览器，在地址栏中输入你要登录...
jdk1.5-1.9新特性
huyuminNo1的专栏
11-11 646
1.51.自动装箱与拆箱：2.枚举(常用来设计单例模式)3.静态导入4.可变参数5.内省1.61.Web服务元数据2.脚本语言支持3.JTable的排序和过滤4.更简单,更强大的JAX-WS5.轻量级Http Server6.嵌入式数据库 Derby1.71，switch中可以使用字串了2.运用List&lt;String&gt; tempList = new ArrayList&lt;&...
从前慢-docker与kubernetes
unique_perfect的博客
05-04 4067
Mysql高级 1 Linux 系统安装MySQL 1.1 下载Linux 安装包 https://dev.mysql.com/downloads/mysql/5.7.html#downloads 1.2 安装MySQL 1) 卸载 centos 中预安装的 mysql rpm -qa | grep -i mysql rpm -e mysql-libs-5.1.71-1.el6.x86_64 --nodeps 2) 上传 mysql 的安装包 alt + p -------&gt
利用AMSR_E被动微波数据反演地表温度的神经网络算法
最新发布
01-03
标题中的"利用AMSR_E被动微波数据反演地表温度的神经网络算法"涉及到的主要知识点包括： 1. **地表温度（LST）反演**：地表温度是研究气候变化、环境监测和气象预报的重要参数。反演是通过遥感数据估算地表温度的...
计算机网络技术在地理信息系统中的运用.pdf
09-26
【计算机网络技术在地理信息系统中的应用】 随着计算机网络技术和互联网技术的飞速发展，地理信息系统（GIS）已经从传统模式转变为基于计算机网络的新型模式。这种转变极大地扩展了GIS的功能和应用范围，使其在GPS...
一个从MODIS数据同时反演地表温度和发射率的神经网络算法
01-03
本文介绍了一种基于神经网络（NN）的算法，用于从MODIS（Moderate Resolution Imaging Spectroradiometer）数据中同时反演地表温度（LST）和发射率。该算法解决了遥感反演中的病态问题，即从多个热红外波段数据中...
计算机网络考试题复习资料(带答案).doc
11-30
计算机网络是信息技术领域中的核心部分，它涉及到网络通信的各种技术和协议。以下是一些关于计算机网络考试复习的关键知识点： 1. **Internet发送邮件协议**：在Internet中，发送邮件的协议是SMTP（Simple Mail ...
计算机网络期末考试题库(超级多的那种).doc
08-22
计算机网络期末考试题库涵盖了计算机网络的各种知识点，包括网络协议、网络架构、网络安全、网络管理等方面。 1. Internet 中发送邮件协议是 SMTP（Simple Mail Transfer Protocol），它是一种用于发送和接收电子...
升级Kubernetes版本至1.18
董广明的博客
06-02 3485
时代，要看的比其他人至少早两年 继上篇我的博文升级Postman：https://blog.csdn.net/dong19891210/article/details/106458776，这次计划升级Kubernetes，要跟上时代，看这个明显落伍了 发现和官网的相差十个多等级 我就一一记录下升级步骤 1. 更改yum源 切换到 cd /etc/yum.repos.d 然后删除里面的默认yum配置，不放心的话可以备份，然后执行下载yum源配置 wget http://m...
Tomcat配置HTPPS访问
lydia88的专栏
07-22 1044
利用tomcat服务器配置https双向认证步骤 1．为服务器生成证书  “运行”控制台，进入%JAVA_HOME%/bin目录，使用如下命令进入目录： cd “c:\Program Files\Java\jdk1.6.0_11\bin”   使用keytool为Tomcat生成证书，假定目标机器的域名是“localhost”，keystore文件存放在“D:\home\tomcat.k
Sqlmap注入常用命令
Bird&Bird
03-20 807
sqlmap -r http.txt #http.txt是我们抓取的http的请求包 sqlmap -r http.txt -p username #指定参数，当有多个参数而你又知道username参数存在SQL漏洞，你就可以使用-p指定参数进行探测 sqlmap -u "http://www.xx.com/username/admin*" #如果我们已经知道admin这里是注入点的话，可以在其后面加个*来让sqlmap对其注入 sqlmap -u "http://192.168.10.1/...
postgresql数据库安装
ylb2920414198的博客
04-09 2649
1、pgsql官网地址：https://www.postgresql.org/，进入后点击download就来到下载页，这里点击Linux下面的Other Linux选项，然后点击下方的tar.gz archive下载二进制归档。 　　如上图根据机器的位数下载对应的包，我这里下载的是x86-64的包，为：postgresql-10.1-1-linux-x64-binaries.tar.gz，下载...
192.168.1.1登陆官网 登录入口
热门推荐
青海分享
12-29 30万+
【192.168.1.1登陆官网】 网友提问：怎么用手机登录路由器的IP地址192.168.1.1登录官网呢？设置路由器的时候，192.168.1.1官网登陆不了怎么办？ 热心网友答：要进入路由器192.1.1.1登录官网，需要手机连接路由器发射出来的WiFi信号，然后点击浏览器并在地址栏中输入192.168.1.1就进入登录官网入口了。 创建管理员密码 如果你忘记的路由器的管理员密码，那么只能通过恢复出厂设置来重新设置了。 关于恢复出厂设置，你可以查看这篇文章教程：路由器登录密码忘了...
Tomcat配置、管理和问题解决 | Tomcat Configuration, Manangement and Trouble Shooting
weixin_30472035的博客
08-03 2582
Tomcat配置、管理和调优 Tomcat知识 关于tomcat AJP 由于tomcat的html和图片解析功能相对其他服务器如apche等较弱，所以，一般都是集成起来使用，只有jsp和servlet服务交由 tomcat处理，而tomcat和其他服务器的集成，就是通过ajp协议来完成的。AJP协议AJP13是定向包协议。因为性能原因，使用二进制格式来 传输可读性文本。 Tomcat开发...
Nginx配置HTTPS（八）
qq_43714097的博客
08-26 2353
nginx ，linux， 运维，自动化
Redis数据存储解决方案
weixin_34292402的博客
08-01 226
1、背景1.1 Redis简介官方网站：http://redis....
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值