加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 教程 > 正文

网络七层模型及TCP、UDP,一次HTTP请求都发生了什么

发布时间:2019-06-20 05:31:16 所属栏目:教程 来源:返回主页 c_G-17
导读:一、七层收集模子 http协议运行在应用层 二、TCP-UDP 1.TCP、UDP协议的区别 2.一次Http 哀求,这个进程都产生了什么 3.TCP 协议怎样担保靠得住传输 4.HTTP和HTTPS的区别 5.TCP三次握手和四次挥手、 6.常见的状态码。 2.1 TCP-UDP 区别 UDP及UDP行使场景 传送

 收集七层模子及TCP、UDP,一次HTTP哀求都产生了什么

一、七层收集模子

http协议运行在应用层

收集七层模子及TCP、UDP,一次HTTP哀求都产生了什么

二、TCP-UDP

1.TCP、UDP协议的区别

2.一次Http 哀求,这个进程都产生了什么

3.TCP 协议怎样担保靠得住传输

4.HTTP和HTTPS的区别

5.TCP三次握手和四次挥手、

6.常见的状态码。

2.1 TCP-UDP 区别

收集七层模子及TCP、UDP,一次HTTP哀求都产生了什么

  • UDP及UDP行使场景

传送数据之前不必要先成立毗连,直接向方针呆板发送数据。远田主机在收到 UDP 报文后,不必要给出任何确认。UDP 报文也许丢失,可是在视频流、直播流 等场景下 UDP 事变很是有服从(即时通讯,不在乎数据丢失,和安详)如 视频 、直播等。

  • TCP 及TCP 行使场景

面向毗连的处事。先毗连再传数据,数据传送竣事后要开释毗连。 TCP 不提供广播或多播处事。因为 TCP 要提供靠得住的,面向毗连的运输处事(TCP的靠得住表此刻TCP在转达数据之前,会有三次握手来成立毗连,并且在数据转达时,有确认、窗口、重传、拥塞节制机制,在数据传完后,还会断开毗连用来节省体系资源),这一难以停止增进了很多开销,如确认,流量节制,计时器以及毗连打点等。这不只使协议数据单位的首部增大许多,还要占用很多处理赏罚机资源。TCP 一样平常用于文件传输、发送和吸取邮件、长途登录等场景。(信息安详较量重要的数据传输)。

2.2 一次Http哀求都产生了什么

1.用户赏识器输入网址

2.赏识器拿到网址去哀求IP

3.向方针IP 发送TCP毗连 3次握手

4.处事器理会哀求,并返回处理赏罚好的 html 页面(字符串)

5.赏识器凭证法则理会渲染画面

6.毗连竣事

第一点:无

第二点:赏识器理会用户输入网址的进程次序为:

先搜查当地是否有对应的IP地点,找到就返回。找不到向上一级DNS处事器哀求,直到找到或 根节点。

赏识器缓存--> 体系缓存--> 路由器缓存--> ISP DNS缓存--> 从根域名处事器递归搜刮

都没找到就返回错误

第三点:三次握手

收集七层模子及TCP、UDP,一次HTTP哀求都产生了什么

第一次握手:发送端先发送一个带SYN (synchronize) 同步符号的数据包给 Server,在一按时刻内守候吸取回覆

第二次握手:处事端吸取到SYN数据包后,返回一个带 SYN/ACK (acknowledgement charactor) 确认字符 符号的数据包来暗示确认收到动静。

第三次握手:吸取方吸取到Server简直认动静后,再发送一个带ACK符号的数据包给吸取端,暗示握手乐成

留意:上述进程都有一个守候时刻,假如在守候时刻内Server、可能Client 没有回覆,本次哀求视作失败,再次哀求。Server没有回覆的缘故起因也许是栈满了

  • 成立毗连乐成后,赏识器向WEB处事器发送一个HTTP哀求

三次握手的浸染:

  • 目标是成立靠得住的通讯信道,说到通信,简朴来说就是数据的发送与吸取,而三次握手最首要的目标就是两边确认本身与对方的发送与吸取是正常的。
  1. 第一次握手:Client 什么都不能确认;Server 确认了对方发送正常
  2. 第二次握手:Client 确认了:本身发送、吸取正常,对方发送、吸取正常;Server 确认了:本身吸取正常,对方发送正常
  3. 第三次握手:Client 确认了:本身发送、吸取正常,对方发送、吸取正常;Server 确认了:本身发送、吸取正常,对方发送吸取正常
  • Server传回发送端所发送的 SYN 是为了汇报发送端,吸取到的信息确实就是你发送的信号。
  • 两边通讯无误必需是两者相互发送信息都无误。传了 SYN,证明发送方到Server的通道没有题目,Server到发送方的通道就通过 ACK 信号来举办验证。

第四步:ngimx + uwsgi (Django) 为列 (未完成)

1.Nginx 部门(未完成)

2.Django部门:

  • 按照哀求的 URL。来到Django 的路由相关映射,
  • 然后通过一系列 Middleware 中间件(process_request(request,))如CSRF IP黑名单过滤,爬虫过滤等中间件验证
  • 来到url 对应的 Views 视图函数处理赏罚。按照哀求内容。去数据库、Templates 拿到数据返来举办渲染,并返回 response 功效
  • response 再次通过一系列中间件验证。(process_response(request, response))最后返回给Client

第五步:赏识器渲染

赏识器拿到功效凭证HTML CSS JS 举办渲染

第六步:四次挥手,断开毗连

收集七层模子及TCP、UDP,一次HTTP哀求都产生了什么

  • 客户端-发送一个 FIN,用来封锁客户端随处事器的数据传送
  • 处事器-收到这个 FIN,它发回一 个 ACK,确认序号为收到的序号加1 。和 SYN 一样,一个 FIN 将占用一个序号
  • 处事器-封锁与客户端的毗连,发送一个FIN给客户端
  • 客户端-发回 ACK 报文确认,并将确认序号配置为收到序号加1

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读