测开--问题及答案--计网

墨蓝 2022-11-18 13:52 62阅读 0赞

## [引用][Link 1] ##

## ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjUzNzUz_size_16_color_FFFFFF_t_70][] ##

**UDP如何实现可靠传输**

由于在传输层UDP已经是不可靠的连接，那就要在应用层自己实现一些保障可靠传输的机制

简单来讲，要使用UDP来构建可靠的面向连接的数据传输，就要实现类似于TCP协议的

超时重传（定时器）

有序接受 （添加包序号）

应答确认 （Seq/Ack应答机制）

滑动窗口流量控制等机制 （滑动窗口协议）

等于说要在传输层的上一层（或者直接在应用层）实现TCP协议的可靠数据传输机制，比如使用UDP数据包+序列号，UDP数据包+时间戳等方法。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjUzNzUz_size_16_color_FFFFFF_t_70 1][]

## 3：HTTP状态码 ##

100 ~ 199：请求已收到，继续处理；  
200 ~ 299：成功接收请求并已完成处理； 200：响应成功  
300 ~ 399：资源重定向； 302：跳转，资源重定向  
400 ~ 499：客户端请求出错； 400：客户端语法错误； 403：服务器拒绝访问，权限不够； 404：请求资源不存在  
500 ~ 599：服务器端出错。 500：服务器内部错误 ，502 网关错误 (Bad gateway)、504 Gateway Time-out

## 4：DNS解析和查找过程 ##

DNS解析：域名通过DNS转化成IP的过程  
输入网址后：域名解析→发起TCP三次握手→建立TCP连接后发起HTTP请求→服务器响应HTTP请求，浏览器得到html代码→浏览器解析html代码，并请求html代码中的资源→浏览器对页面进行渲染呈现给用户  
DNS查找过程：

（1）查询浏览器自身DNS缓存、host文件；  
（2）查询系统DNS缓存；  
（3）查询DNS服务器；

## 5：http与https区别 ##

HTTPS需要用到ca申请证书，一般免费证书较少，因此需要一定费用。  
http是超文本传输协议，信息是明文传输，HTTPS则是具有安全性的ssl（安全套接字协议）加密传输协议  
使用不同的连接方式，端口不一样，http80，https443  
http连接简单，无状态；https是由ssl+http协议构建的可进行加密传输、身份认证的网络协议

## 6：http请求方式有哪些 ##

请求方法8种：get、post、put、delete、options、trace、connect、head

请求流程2种：request和response，但是他们的流程都是相同的，一个请求一个接收

流程为:状态行、消息报头、空行和响应正文

请求响应步骤: 客户端连接到Web服务器->发送Http请求->服务器接受请求并返回HTTP响应->释放连接TCP连接->客户端浏览器解析HTML内容

## ![d08f4bcea1809d899e778428835b7993.png][] ##

## 7：GET 和 POST 的区别 ##

*  GET在浏览器回退时是无害的，而POST会再次提交请求。
 *  GET产生的URL地址可以被Bookmark，而POST不可以。
 *  GET请求会被浏览器主动cache，而POST不会，除非手动设置。
 *  GET请求只能进行url编码，而POST支持多种编码方式。
 *  GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。
 *  GET请求在URL中传送的参数是有长度限制的，而POST么有。
 *  对参数的数据类型，GET只接受ASCII字符，而POST没有限制。
 *  GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。
 *  GET参数通过URL传递，POST放在Request body中。

## 8：session与cookies区别 ##

1：存储位置不同：session 在服务器端，cookie 在客户端（浏览器）

2：存储容量不同：

通常情况单个Cookie保存的数据≤4KB，一个站点最多保存20个Cookie。  
       对于Session并没有上限，但出于对服务器端的性能考虑，Session内不要存放过多的东西，并设置session删除机制

3：服务器压力不同：

Session是保管在服务端的，每个用户都会产生一个Session，假如并发访问的用户十分多，会产生十分多的Session，耗费大量的内存  
      Cookie是保管在客户端，不占用服务器资源，对于并发用户十分多的网站，cookie是很好的选择

session 默认被存在在服务器的一个文件里（不是内存）  
 session 的运行依赖 session id，而 session id 是存在 cookie 中的，也就是说，如果浏览器禁用了 cookie ，同时 session 也会失效（但是可以通过其它方式实现，比如在 url 中传递 session\_id）  
 session 可以放在 文件、数据库、或内存中都可以。  
 用户验证这种场合一般会用 session

## 9：CDN：内容分发网络（Content Delivery Network，简称CDN） ##

![e58e4813866b7c46d8d38bd15eb59d66.png][]

## 10：ARP协议 ##

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hlbmdqaXVfMTIz_size_16_color_FFFFFF_t_70][]

![7addf2e7f01f209d93e1c8b0c0d04379.png][]

*  为什么要使用ARP协议
    
     *  OSI模型把网络工作分为七层，彼此不直接打交道，只通过接口（layer interface）。IP地址工作在第三层，MAC地址工作在第二层。当协议在发送数据包时，需要先封装第三层IP地址，第二层MAC地址的报头，但协议只知道目的节点的IP地址，不知道目的节点的MAC地址，又不能跨第二、三层，所以得用ARP协议服务，来帮助获取到目的节点的MAC地址。
 *  ARP协议是第几层协议
    
     *  工作在二层，是三层协议。
 *  ARP在生成环境产生的问题及解决办法：
    
     *  ARP病毒，ARP欺骗。
     *  高可用服务器对之间切换时要考虑ARP缓存的问题。
     *  路由器等设备无缝迁移时要考虑ARP缓存的问题，例如：更换办公室的路由器。

## 11:TCP的三次握手(建立连接）和四次挥手(关闭连接） ##

![0b94eb0cc095b4a7ef1f3ba6e5e688d7.png][]

![c517d74be32864a438377dd2214de5ea.png][]

![dddc9e3dda8dc90667901d3b3f5560c3.png][] [引用][Link 2]

TCP/IP协议是传输层的一个面向连接的安全可靠的传输协议，三次握手的机制是保证能建立一个安全可靠的连接，那么第一次握手是由客户端发起，客户端会向服务端发送一个报文，在报文里SYN=1,当服务端收到这个报文之后，就知道客户端要和我发起一个新的连接，于是，服务端就向客户端发送一个确认消息报，这个消息报文ACK=1，以上两次握手之后，对于客户端来说已经知道，我既能给服务端发消息也能收到服务端发的消息，但是对于服务端来说，两次握手是不够的，因为，到目前为止，服务端只知道一件事情，客户端发给我的消息我能收到，我发给客户端的消息能不能收到不能确认，所以还需要进行第三次握手，当客户端收到服务端发来的确认消息的报文之后，还要继续给服务端发消息确认，也是一个ACk=1确认消息报，通过以上三次连接，不管是客户端还是服务端，都能确认我既能给对方发消息，也能收到对方的消息，那么这个连接可以被安全的建立。  
  
四次挥手也是客户端发起的，客户端会发送一个报文，报文FIN=1，当客户端收到这个报文之后，就知道了客户端想要和我断开连接，但是此时服务端不一定做好准备，因为当客户端发起断开连接的报文的时候，服务端有可能还有未发送完的报文消息需要继续发送，所以此时服务端只能告诉客户端我知道你要和我断开连接了，但是我这里可能还没做好准备，需要等我一下，等会我会告诉你，于是，发完这个消息确认报之后，稍过片刻之后服务端继续发送一个断开连接的报文，FIN=1，表明服务端已经做好断开连接的准备，那么，当这个消息发给客户端的时候，客户端同样需要继续发送一个消息确认的报文，那么通过这四次的相互沟通和连接，我就知道了，不管是客户端还是服务端，都已经做好了断开的准备。这是我对三次握手四次挥手的理解。

## 12：socket协议([引用][Link 3]) ##

socket是一组实现TCP/UDP通信的接口API，是位于应用层和传输控制层之间的一组接口.既无论TCP还是UDP，通过对scoket的编程，都可以实现TCP/UCP通信。（TCP或UDP是一种计算机网络通信中在传输层的一种协议，可以简单的理解成是一种约定，只有履行合同才是实质性的行动，所以无论是TCP还是UDP要产生作用，都需要有实际性的行为去执行才能体现协议的作用。socket就是实现这种作用的方法）socket作为一个通信链的句柄，它包含了网络通信必备的5种信息。

1、连接使用的协议。2、本地主机的IP地址。3、本地进程的协议端口。4、远地主机的IP地址。5、远地进程的协议端口。

即可知道，socket包含了通信本方和对方的ip和端口以及连接使用的协议（TCP/UDP）。通信双方中的一方（客户端）通过socket对另一方（服务端）发起连接请求，服务端在网络上监听请求，当收到客户端发来的请求之后，根据socket里携带的信息，定位到客户端，就响应请求，把socket描述发给客户端，双方确认之后连接就建立了。

socket连接过程的三个步骤

1、服务器监听：服务器实时监控网络状态等待客户端发来的连接请求

2、客户端请求：客户端根据远程主机服务器的IP地址和协议端口向其发起连接请求

3、连接确认：服务端收到socket的连接请求之后，就响应请求，把服务端socket描述发给客户端，客户端收到后一但确认。则双方建立连接，进行数据交互。

socket连接一旦建立就保持连接状态，而HTTP连接则不一样，它基于tcp协议的短连接，也就是客户端发起请求，服务器响应请求之后，连接就会自动断开，不会一直保持。

*  **TCP**：面向连接、传输可靠(保证数据正确性,保证数据顺序)、用于传输大量数据(流模式)、速度慢，建立连接需要开销较多(时间，系统资源)。
 *  **UDP**：面向非连接、传输不可靠、用于传输少量数据(数据包模式)、速度快。

## 13：http协议-请求协议-响应协议（[引用][Link 4]） ##

http协议：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FrNzM5MTA1MjMx_size_16_color_FFFFFF_t_70][]

说明：无状态协议，即：服务器不需要知道客户端是谁,只认请求（一次请求request,一次相应response）,

HTTP 是依赖于较低级协议（如 TCP 和 UDP）的应用层协议。

HTTP请求协议：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FrNzM5MTA1MjMx_size_16_color_FFFFFF_t_70 1][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FrNzM5MTA1MjMx_size_16_color_FFFFFF_t_70 2][]

浏览器发送给服务器的内容就这个格式的，如果不是这个格式服务器将无法解读。在HTTP协议中，请求的方式有很多的，其中最常用的即GET和POST。

请求头、响应头信息，就是一堆键值对（关键字：值）

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FrNzM5MTA1MjMx_size_16_color_FFFFFF_t_70 3][]

### 请求正文 ###

当使用POST, PUT等方法时，通常需要客户端向服务器传递数据。  
这些数据就储存在请求正文中。在请求包头中有一些与请求正文相关的信息，例如: 现在的Web应用通常采用 Restful 架构，请求的数据格式一般为json。这时就需要设置 `Content-Type: application/json`

响应头

*  状态码
 *  响应报头
 *  响应报文

### 状态码 ###

状态码是由3位数组成，第一个数字定义了响应的类别，且有五种可能取值:

*  1xx：指示信息–表示请求已接收，继续处理
 *  2xx：成功–表示请求已被成功接收、理解、接受
 *  3xx：重定向–要完成请求必须进行更进一步的操作
 *  4xx：客户端错误–请求有语法错误或请求无法实现
 *  5xx：服务器端错误–服务器未能实现合法的请求

例如 `HTTP 1.1 200 OK`（即版本号 + 状态码）

### 响应报头 Response Header ###

![369a32da753d5b5efd997ff9ba721222.png][]

### 响应报文 ###

服务器返回给浏览器的文本信息，通常HTML, CSS, JS, 图片等文件就放在这一部分。

[Link 1]: https://blog.csdn.net/qq_41653753/article/details/100655111
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjUzNzUz_size_16_color_FFFFFF_t_70]: /images/20221022/fe243004d10f40b79799b1d12416e57f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxNjUzNzUz_size_16_color_FFFFFF_t_70 1]: /images/20221022/c252b6269e4246fcb5820eae095f843c.png
[d08f4bcea1809d899e778428835b7993.png]: /images/20221022/5c0aef74639144059f9c350588ccf08c.png
[e58e4813866b7c46d8d38bd15eb59d66.png]: /images/20221022/5f3839b8eac447469b625136d90ba903.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2hlbmdqaXVfMTIz_size_16_color_FFFFFF_t_70]: /images/20221022/fc21c9d838f34d62b0b0a5c4d5598587.png
[7addf2e7f01f209d93e1c8b0c0d04379.png]: /images/20221022/dc1ae0dec8cf4f25a811a4fa6c9df1c4.png
[0b94eb0cc095b4a7ef1f3ba6e5e688d7.png]: /images/20221022/3ea69bd262904e858b1763b361bd7dd1.png
[c517d74be32864a438377dd2214de5ea.png]: /images/20221022/c7213dd7e9214ba2a6be40292ad757d9.png
[dddc9e3dda8dc90667901d3b3f5560c3.png]: /images/20221022/747902ff877e4b2c8341eae3d2da08e8.png
[Link 2]: https://www.cnblogs.com/AhuntSun-blog/p/12037852.html
[Link 3]: https://zhuanlan.zhihu.com/p/159272095
[Link 4]: https://blog.csdn.net/ak739105231/article/details/87907476
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FrNzM5MTA1MjMx_size_16_color_FFFFFF_t_70]: /images/20221022/62a21cef928b48859ba94e5fc2145202.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FrNzM5MTA1MjMx_size_16_color_FFFFFF_t_70 1]: /images/20221022/d32d152e8ba345d88ddc497ea0be8657.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FrNzM5MTA1MjMx_size_16_color_FFFFFF_t_70 2]: /images/20221022/771be9691f1640f69d3ab09b9a747e04.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FrNzM5MTA1MjMx_size_16_color_FFFFFF_t_70 3]: /images/20221022/86ba981a996547e99bc6fd64b5f606bf.png
[369a32da753d5b5efd997ff9ba721222.png]: /images/20221022/e0b68855b47e41158be7a0a973ca6800.png