计算机网络
weixin_42321391
这个作者很懒,什么都没留下…
展开
-
从一个 URL 到获取页面的过程?在浏览器中输入 URL 地址到显示主页的过程?打开⼀个⽹⻚,整个过程会使⽤哪些协议?
答:总共分6步!!1、根据域名查询域名的IP地址,DNS解析。浏览器查询 DNS,获取域名对应的 IP 地址:具体过程包括浏览器搜索自身的 DNS 缓存、搜索操作系统的 DNS 缓存、读取本地的 Host 文件和向本地 DNS 服务器进行查询等。2、TCP连接浏览器获得域名对应的 IP 地址以后,浏览器向服务器请求建立连接,发起三次握手;3、发送HTTP请求TCP 连接建立起来后,浏览器向服务器发送 HTTP 请求;4、服务器处理请求并返回HTTP报文服务器接收到这个请求,并根据路径参数映射原创 2020-08-11 19:37:09 · 257 阅读 · 0 评论 -
HTTP请求有哪些?get和post的差别?
本质区别:GET 只是一次 http 请求,POST 先发请求头再发请求体,实际上是两次请求;1、GET 一般用来从服务器上获取资源,POST 一般用来更新服务器上的资源;2、GET 是幂等的,即读取同一个资源,总是得到相同的数据,而 POST 不是幂等的,因为每次请求对资源的改变并不是相同的;进一步地,GET 不会改变服务器上的资源,而 POST 会对服务器资源进行改变;3、GET 请求的数据会附在 URL 之后,即将请求数据放置在 HTTP报文的请求头中【以 ? 分割 URL 和传输原创 2020-08-11 16:14:42 · 153 阅读 · 0 评论 -
https 加密的过程?浏览器使用Https的URL访问服务器,建立SSL连接?
浏览器使用 Https 的 URL 访问服务器,建立 SSL 连接接,服务器接收到 SSL 连接后:1、发送非对称加密的公钥A给浏览器2、浏览器(SSL/TLS)解析证书(无效会弹出警告)3、生成随机值(这个相当于传送数据的密钥),作为对称加密的密钥B。4、浏览器使用服务器返回的公钥A,对自己生成的对称加密密钥B进行加密,得到密钥C。5、浏览器将密钥C发送给服务器6、服务器使用自己的非对称加密私钥 D 对接受的密钥 C 进行解密,得到对称加密密钥B。【浏览器和服务器之间使用密钥 B 作为对称加原创 2020-08-11 15:13:07 · 659 阅读 · 1 评论 -
HTTP1.0、1.1、2.0之间的区别??keep-alive???
HTTP1.1与1.0之间的区别:1、HTTP1.1默认开启长连接,在一个TCP连接上可以传送多个HTTP请求和响应。而1.0不支持长连接。客户端和服务器每进行一次HTTP操作,就建立一次连接。2、缓存处理:在HTTP1.0中主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准,HTTP1.1则引入了更多的缓存控制策略例如Entity tag,If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存原创 2020-08-11 11:16:41 · 570 阅读 · 0 评论 -
TCP 和 UDP 的区别?
TCP、UDP协议的区别TCP提供可靠的、面向连接的运输服务。在传输数据之前必须三次握手建立连接,数据传输结束之后,4次挥手释放连接,而且在数据传递时,又有超时重传、滑动窗口、拥塞控制等机制保证传送数据的可靠性。(传输前、传输中、传输后)TCP经常用于**对网络通信质量有很高要求的地方**,如文件传输,邮件发送,远程登录等场景。SMTP、TELNET、HTTP、FTPUDP在传送数据之前不需要建立连接,目的主机收到UDP报文后,不需要给出确认。UDP不提供可靠交付,**一般用于即时通信等通信速度原创 2020-08-11 10:22:49 · 62 阅读 · 0 评论 -
TCP协议如何保证可靠传输??
1、拥塞控制2、流量控制3、超时重发:当TCP发出一个段之后,启动一个计时器,等待目标端进行确认收到这个报文,如果超出时间没有及时确认,重发这个报文段4、ARQ协议:⾃动重传请求(Automatic Repeat-reQuest,ARQ)停止等待 ARQ 协议:每发完一个分组就停止发送,等待对方确认(回复 ACK)。直到收到确认后再发下一个分组;[[如果过了一段时间(超时时间后) ,还是没有收到 ACK 确认,说明没有发送成功,需要重新发送,在停止等待协议中,若接收方收到重复分组,就丢弃该分原创 2020-08-11 10:07:36 · 85 阅读 · 0 评论 -
流量控制和拥塞控制是怎样实现的?
流量控制:拥塞控制:滑动窗口作用:原创 2020-08-11 09:20:45 · 866 阅读 · 0 评论 -
HTTP与HTTPS的区别?及相关知识
1、HTTPS协议需要到 CA(证书颁发机构) 申请证书,一般免费证书很少,需要交费。2、连接端口不同,HTTP:80,HTTPS:443(因为HTTP和HTTPS使用的是不同的连接方式,用的端口不同)3、资源消耗:HTTP是超文本传输协议,运行在TCP之上,所传输的内容都是明文,HTTPS则是具有安全性的ssl加密传输协议,运行在SSL/TLS(运行TCP之上)之上,内容加密,需要消耗更多的CPU和内存资源。4、安全性:HTTP连接简单,是无状态的;HTTPS协议是由SSL+HTTP协议原创 2020-08-10 21:52:39 · 56 阅读 · 0 评论 -
TCP四次挥手相关知识
FIN:请求关闭报文MSL:最长报文段寿命举个栗子:男生和女生分手第一次挥手:女 ->男,我要和你分手第二次挥手:男 ->女,知道了,只要男的不放弃,还会有联系第三次挥手:男 -> 女,扛不住了,我也要和你分手第四次挥手:女 -> 男 ,知道了。最终真分手嘞为什么要四次挥手?四次挥手:TCP连接是全双工的,每个方向必须单独关闭;释放连接之前,双方都处于已建立连接状态。第一次挥手:客户端主动关闭方发送请求释放连接报文(FIN=1)(序号seq=u,前面已传.原创 2020-08-10 20:25:18 · 55 阅读 · 0 评论 -
为什么是三次握手而不是二次握手或者四次握手呢?
只进行两次握手会出现什么问题?如果只进行两次握手就可以建立连接的话,比如,客户端发送的某一个连接报文段并没有丢失,而是长时间滞留在某个网络节点,以导致延误到连接释放以后的某个时间段才到达服务器端。服务器端误以为这是客户端发出的又一次新的连接请求。于是就向客户端发出确认报文,同意建立连接,若只有两次握手,此时新的连接已经建立了。服务器端会一直等待客户端发来数据,服务器的许多资源会被浪费。如果采用了三次握手,由于客户端并没有发送新的连接请求,服务器端接收到的只是一个失效的报文段,所以客户端并不会理踩服务器端原创 2020-08-10 16:40:54 · 445 阅读 · 0 评论 -
TCP三次握手
TCP三次握手几个概念:TCP建立连接的过程叫做握手TCP:提供面向对象的,可靠的数据传输服务SYN:请求建立连接(SYN=1表示这是个连接请求或连接接受报文,不携带数据。)ACK:确认收到为什么要进行三次握手?三次握手是为了建立可靠的通信信道,双方都确认自己和对方的发送和接受都是正常的。第一次握手:客户端什么都不能确认,服务器端确认对方发送正常,自己接受正常第二次握手:客户端确认自己发送、接受正常,对方发送、接受正常。服务器端确认对方发送正常,自己接受正常第三次握手:客户端确认自己发原创 2020-08-10 16:04:15 · 80 阅读 · 0 评论