计算机网络全总结

计算机网络

TCP/IP网络图层模型

1. 第一层是链接层,负责在Ethernet和WiFi等底层网络上传输原始数据包,在网卡一级运作,并使用MAC地址识别网络设备。

2. 互联网播放器是给二楼命名的名称 。IP协议在网络一级运作。将 MAC 地址更改为 IP 地址 。局域网,又称广域网,是一个虚拟的大规模网络,连接若干局域网和广域网。如果您想要在这个网络上定位设备, 请使用 IP 地址作为“ 翻译” 到 MAC 地址 。

3. 第三级,称为“运输层”,负责在IP地址所确定的两个地点之间进行“可靠的”数据传输,即TCP和UDP协议的工作水平。

   特性传输层协议	TCP	UDP
   是否订有地位协定?	是	不是
   需要事先连接。	需要	不需要
   数据的形式	连续字节流,按升序顺序排列	数据包散散,按一定顺序接收。

4. 第四层被称为“应用层 ”, 负责将数据传输到具体应用中。 这里列出了许多具体应用协议,以及HTTP协议和其他协议,如FTP协议、SSH协议等等。

OSSI 网络层第2号模型

1. 第一层是物理层,即网络的物理形式,例如电缆、光纤、网页卡、枢纽等等。
2. 第二层是数据链层,基本上与TCP/IP链接层相同,负责在底层网络上传输原始数据包,在物理层以上运作,并利用MAC地址标记网络设备。
3. 3级:网络层,类似于TCP/IP网络间层,用IP地址取代MAC地址,并将多个局域网和广域网连接到一个虚拟庞大的网络。
4. 第4级:传输层与TCP/IP传输层相似,负责确保在IP地址标注的两个地点之间可靠的数据传输。
5. 第5级:会议级别,保持网络连接状态,即保持对话和同步;
6. 第六层指该层,将数据转化为适当和易懂的语法和语义。
7. 第七层是用于为专门应用传输数据的应用层。

三. OSI 网络分层模型与 TCP/IP 网络分层模型的数学绘图

1. 第一级:与TCP/IP无关的物理层;
2. 第二层:数据链层,TCP/IP链接层
3. 网络一级,TCP/IP的网络间一级;
4. 第4级:转移层,相当于TCP/IP传输层。
5. 第五、第六和第七层:TCP/IP-意识应用级。

"四"和"七"的等级是多少?

• OSI分层模式中的第四和第七层传播和应用是第四和第七层传播和应用。OSI将第五、六、七层分割得太细了此外,五层草床和六层草床的表达方式往往与个人申请密切相关。不好分开，它们代表TCP/IP网络层的三层,它们都是应用层。例如,HTTP协议包括连接管理和数据格式规格。

四. TCP/IP议定书

这是HTTP协议使用TCP/IP传输数据的方法。 HTTP协议使用TCP/IP协议存储处在发送和接收之间独立发送数据。

1. 通过协议柜台将地板头加到每层楼上,数据是一层一层层包起来,从最低层发送出来。
   1. 浏览器展示了一个页面,您点击了一个链接,浏览器用相应的端口号启动了 HTTP 请求 。
   2. 随后附上了TCP页头,并注明了源号和目的地港号(通常为80号)。
   3. 然后添加一个 IP 信头, 以捕捉源和目标 IP 地址 。
   4. 下面加上停战委员会的头部,并记录停战委员会的来源和目标地址。
   5. 之后通过网底发送出来
2. 接受程序:当地层通过协议仓库相隔时,它会拆散该层的独家头部,将其拆分,并从顶部获取原始数据。
   1. 其中一个网关将一个网包传送到网络软件包处理器上。
   2. 删除二楼,并检查检查停战委员会是否地址匹配;如果没有,则不管它是什么;如果停战委员会地址匹配,则接着三层。
   3. 拆掉三层头，检查IP 地址是否和 IP 地址相同 。如果不相符，这只是这个数据包的中途停留因此,让我们修改MAC地址。发送; 如果IP地址匹配,根据IP头符号,这四个级别是TCP或UDP地址。我们假设是TCP的
   4. 拆掉四层头，检查是否是请求、回应或标准数据包。如果开始或答复答复包,发送答复包可能是可行的;如果这是一个标准的数据包,则有可能发送答复包。我不得不把它放在最上面。网络包装过程不能达到七层高。所以,把它按TCP头部的港口号 发送到应用程序上。
   5. 您对软件包所做的取决于您想要做什么。 例如, 应用程序可能是浏览器, 当然浏览器会分析软件包( 如果软件包包含 HTML ), 然后显示页面 。

MAC地址的限度和IP地址的连接:互联网连接各种网络。每个网络都有自己的MAC地址。如果异构体网络要相互连接,它们必须进行复杂的MAC地址转换练习。因此,单一的知识产权地址解决了这一困难情况。IP地址是最终地址。接下来的跳跃是到MAC地址。每次他们跳过,路由器就变了

5.DNS 协议

DNS (域名系统) 指域名系统 。

• 概念:域名用方便用户的字符串取代IP地址;基本上是一个名称空间系统;顶层域名在右边,次要域名在左边,主机名在左边。

域名解析过程

• 域名,如IP地址,必须转换为MAC地址,才能访问主机,即域名解析。

输入ww.un.org 进入你的浏览器。 我不知道你在说什么,宝贝。 DNS 解析程序将在com 中进行。

1. 浏览器首先检查其 DNS 缓存,如果存在,则直接使用。
2. 如果不是,检查 DNS 缓存和主机文件的操作系统,如果可以访问,则直接使用。
3. 如果不是,操作系统将域名传送到本地地名服务器(本地 DNS),该服务器通常位于移动/电信/连接机房。本地 DNS要求自己的 DNS 缓存,并成功发现结果。
4. 如果不是,本地的 DNS 查询根 DNS, 它不是直接用于域名解析, 而是提供匹配的顶级 DNS (ww.un.org) 的地址。我不知道你在说什么, 宝贝。 com is **。"这篇文章是我们对埃及2011年抗议的特别报道的一部分。"
5. 当地DNS然后询问顶级DNS。如果顶级 DNS 能够解析 IP 地址, 它会返回到本地 DNS 。如果情况并非如此,则将相关权威的DNS送回当地DNS。 （ 这篇文章是全球之声特别报导的一部分。 我不知道你在说什么,宝贝。 com是 ** "baidu." 对不起,但我不知道我在说什么。
6. 当地DNS然后与当局DNS联系,一般当局DNS返回当地的DNS地址,该地址也已经隐藏。
7. 当操作系统缓存 IP 地址时, 它会返回到浏览器 。
8. 浏览器将域名指定为 IP 地址 。

HTTPDNS 程序:为移动端到端通信设计的流量控制程序,以 HTTP 协议为基础,包括域名解析(可选)。

本地运营商的本地 DNS 和 HTTPDNS 之间有问题,后者导致用户有奇异的接入,HTTPDNS 根据HTTP协议和为移动目的优化的域名解析程序,作为流动时间表:

1. 域名缓存问题 : 当本地 DNS 缓存已过时, 域名已被重定向到其他 IP 时, 导致用户访问异常 。此外,为了加快访问速度,一些手术室将固定地点隐藏在自己的DNS服务器上。如果页面被修改,用户只能查看上一个版本。( HTTPDNS 服务器完全控制缓存更新速度 。)
2. 域名转发问题:为了节省资金,小企业不使用自己的域名。这项工作委托给其他运营商完成。因此,用户被送往权威的DNS为其他操作员设立的服务器节点。用户的交通横跨域域,造成访问延迟。(HTTPDNS 放弃支持 HTTP 协议的 DNS 协议, 允许用户应 http.
3. 当本地 DNS 返回时, 有些网络网关进行NAT(网络地址转换),域名解析请求的IP地址已修订并发送至权威的DNS。用户交通调度和延迟访问出错(由于直接访问用户的源 IP, HTTPDNS 服务器可以完成精确的交通调度。 )

HTTPDNS应用程序可以解决所有这些问题。HTTPDNS 服务器完全控制缓存更新速度 。HTTPDNS 放弃 DNS 协议,支持 HTTP 协议,允许用户在向 http.com 提出请求时只完成一次域名分析。由于直接访问用户的源 IP, HTTPDNS 服务器可以实现准确的流程表。

6.UDP协议

UDP 包头格式

UDP页头信息包括以下字段:源端号、目标端口号、长度、校验和和数据。

UDP的三种主要使用情况

1. 要改进对缺失的软件包不敏感的内联网或程序,需要的资源有限。
2. 第二,需要的是广播应用程序,而不是一对一的通信和网络,而不是一对一的通信和网络。
3. 最后,需要快速和缓慢地处理,使少数辍学者受害,即使在网络拥挤的情况下,都保留了交货速度,但TCP拥堵控制措施降低了交货速度,使用户不那么适合。
4. 实际使用场景：
   1. ** Quick UDP因特网网络Quick UDP因特网连通性** 是一个基于Google的基于UDP的基于UDP的加强UDP通信协议。目标是减少通过互联网进行通信所需的时间。改善用户互动经验。
   2. 当网络关闭时, TCP 协议会积极减慢交付速度 。这对先前的现场直播不合适。应该马上重新传送而不是主动让步。因而，很多直播应用，两人都使用自己的基于联合民主党的视频传输方法。
   3. 实时游戏(玩区):如果游戏缺少数据包,游戏将崩溃。客户端必须等待重印此数据包 。然而,与会者似乎不关心过时的信息。道卡可能在一瞬间被杀在现实中,游戏变得越来越困难。如果您想要使用 UDP, 您需要使用自定义且可靠的 UDP 协议 。自定义重传策略，袋滴造成的延迟是很小的。减少网络问题对游戏游戏的影响。

7.TCP协议

TCP 包头格式

TCP页眉载有以下信息:源端号、目标端口号、序列号、序号后序号、确认序列号、一级、状态位置、窗口大小、校验和、紧急指针和选项。

1. 确认序列号杰克: 我想获得下一个序列号。
2. 一等部长先生,TCP头长
3. 保留数目: 6。 毫无意义。 也许将来, 保留会提升到一个重要位置 。
4. 状态位
   1. 确认 ACK: 连接状态显示为 1: 00, 并且 0.00 无效 。 当连接建立时, ACK 必须设置为 1 。
   2. 当同步标志位置SYN:设置为 1时,它表示与请求字段有连接,此时无法传输数据。
   3. 当主机想要关闭 TCP 连接时, 将终止标识 FIN 更改为 1 。
   4. RST, 重新定位: 下午1时, 表示 TCP 连接有问题, 并且有必要放弃, 以便重新建立连接 。
   5. PSH:下午1时,接收方收到缓存中的所有报告,以便提交申请程序,不再等待缓存验收。
   6. 紧急标记 URL : 紧急指示器有效期到凌晨1时,然后过期。
5. 窗口大小 rwnd: 收件人接受窗口的大小
6. 校验总和:用于确定TCP报告是否编码错误。
7. 紧急指针: 表示数据的第一个 n 是紧急数据, 发送者将紧急数据快速插入发送缓存前方以加密信件, 接收者立即将紧急数据传送到应用程序处理器: 表示数据的第一个 n 是紧急数据, 发送者将紧急数据快速插入发送缓存前方以加密信件, 接收者将紧急数据立即发送到应用程序程序 。
8. 最多可使用40字节添加TCP例行程序。

TCP连接建立

1. 最初,客户和服务被关闭。
2. 开始在港口收听服务
3. TCP连接请求段落由客户发送,客户进入同步状态(电文第一节中的同步状态时段SYN=1序列号后序号x)。
4. 收到 TCP 连接请求后,服务器发送 TCP 确认请求,服务器进入同步接收状态(同步状态位置 SYN=1确认状态位置 ACK=1 序列号 后继序列号 y 确认序列编号=x+1)。
5. 当客户收到 TCP 连接请求确认段落时,它将加入已建立的连接,并发送标准的 TCP 确认段落(确认状态 ACK=1 序号 后序号=x+1 已确认的序列号 Back=y+1)。
6. 当客户收到TCP确认信息时,即建立连接。

• 为什么是三次握手？
  • 因为这是三次握手 他们至少打过一次电话给委托人和服务机构 他们确定自己能收到信息 保证双方都能正确接收和接收信息
  • 服务提供者不仅无法证明对方在两次握手的情况下能够收到他/她自己的电文,而且还可能导致发送回联服务并接收失败的连接请求,而且它将在已形成连接的地方进入连接,无法离开,而且需要大量资源。
  • 如果是四次握手就太浪费了, 因为三次握手已经确保了两端 都能正确接收和传递信息。

TCP连接释放

1. 在既定国家,客户和服务是相互联系的。
2. 客户发送 TCP 连接解密段落, 并进入终止状态 1 (第一地址终止状态 FIN=1 确认状态位置 ACK=1 序列号 后序号=u 确认序列号 ack=v)。
3. 服务器获得一个 TCP 连接释放部分, 传输一个一般确认部分, 并进入封闭的等待模式( 第一个确认位置 ACK=1 序列号后继=v 确认序列编号ack=u+1)。
4. 客户端收到普通确认报文段后进入终止等待2状态，此时 客户端->服务端 这个方向的连接就释放了，但服务端仍然可以向客户端发送数据
5. 一旦未交付数据,服务器处于最后确认状态(第一次报告终止状态FIN=1确认状态 ACK=1 序列号 后继=w确认序列号 ack=u+1),发送一个 TCP 连接释放部分。
6. 客户端收到 TCP 连接发布文本,并在关闭前发送通用确认信息(Acq=1序列号后为u+1,经确认的序列ack=w+1)。
7. 收到标准确认文本后,服务器关闭。

• 为什么要等到第四波 直到2MSL?
  1. 确定服务器能够接收并关闭最后的一般性确认信息;否则,如果客户端不立即接近 2MSL, 服务器将重复 TCP 连接发布部分, 而不获得通常的确认, 并且卡片不会以最后确认状态关闭 。
  2. 2MSL 时间允许将为此创建的所有信息从网络中删除,确保以下TCP连接不包括以前的连接。

TCP的可靠性保证

根据以字节为基础的滑动窗口,TCP提供可靠的通信。

1. 发送字节流,分成四个部分:经核实的发送部分、未经证实的部分、未发送的不可接受部分和无法发送的部分。

   发送窗口由第二部分第3部分组成,并将沿着发送的字节滑动。

2. 接收字节流分为四类:上至上至上至上至上至上至上至上至上至上至上至上至下至上至上至上至上至上至下至上至下至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上至上

   允许的部分是接收窗口。 当接收者无法处理时, 接收窗口会减少。 它属于交通管理 。

3. 接收方表示,数据是在序列号在累积确认中验证之前收到的。

4. 顺序:通常,当顺序问题出现时,未顺序数据保留在接收窗口中,缺失的字节在收到后按顺序发送。

5. 丢包问题

   1. 第一种办法是再次重复,由于向发送者窗口发送的数据的确认工作出现延误,因此需要按期重新传送数据,并重置再传送计时器。
   2. 第二个选项是尽快重新发送。 如果获得者发现软件包已被丢弃, 发送三次重复确认, 发送者将立即收到匹配的数据集 。
   3. 第三种方法是SACK,在SACK中,接收方报告确认报告中新收到的不连续数据区块,发送方重新发送丢失的软件包。

   

6. 交通管制:其目的是防止发件人发送过快。这是接收者能够接收的唯一办法这是通过使用滑动窗口系统实现的。缓存存储数据以字节递增方式存储 。当接收器无法处理时,接收窗口的大小会缩小。甚至设置为0。接收窗口不为0后，发件人会收到收件人发来的信息为防止死锁，发报机也使用计时器。定期检查接收窗口的大小。

7. 如果网络过于仓促,以至于重新发送的信息不会在接收方一生的最长时间内送达接收方,那么问题就会随着包包的丢失而出现。 结果,TCP协议包括四个缓慢的开始、避免拥堵、快速转播和迅速恢复拥堵管理算法。

   1. 当压缩窗口 cwnd 低于慢速启动门限制 sthresh 时, 门会慢慢打开 。采用慢开始算法，换句话说,新段落发送者每收到一份确认书,窗口+1就会被堵塞。如果每个传输方向盘** 没有抽搐, 压缩窗口的大小是压缩窗口的两倍; 当压缩窗口 cwnd 大于慢启动门 Isshresh 时, 压缩窗口的大小是压缩窗口的两倍 。避免累积的算法**,如果每个传输周期不发生堵塞,窗口将挤塞+1**;如果发生堵塞,将随着时间的推移而重复**。这是政府有史以来第一次能够利用互联网作为工具帮助公民获得自己的资源。现在,要恢复整个启动过程, 将堵塞窗口降低到1。
   2. 失去个别报告并不意味着因特网正变得过于拥挤。没有必要为了降低传播效率而将堵塞窗口降至1。在个别报告丢失时使用快速记录和快速恢复技术。接收方收到无序段落时,该段落与累积确认不相加,并立即转交确认文本。当发送者收到三份重复确认时,立即重印该文本。这不大可能导致该项目的超时再传送。同时,发送者将更新门和压缩窗口,使其达到原来的一半大小。

   

TCP和UDP之间有什么区别?

• TCP是相互联系的,但UDP不是。
• 在互通之前，首先,以联系为导向的协定建立了联系。例如，TCP会伸手三次而 UDP 不会。所谓的建立连接，它涉及保持客户和服务方面的联系,以及保持服务方面的联系,同时保持服务方面的联系,保持客户和服务方面的联系,以及保持服务方面的联系。因此,为了建立一个保持双方互动状态的数据结构,这一数据结构旨在确保所谓的以互连互通为导向的特征。
• 例如，TCP确保执行的一贯性。数据通过 TCP 连接发送。没有错误,没有损失,没有重复,一切都井井有条。我们都知道,知识产权一揽子方案没有提供任何可靠性的保证。一旦发出去，就像西天取经，我迷路时,怪兽吃了我都只能随它去。然而,TCP声称,它可以履行与赡养费申请相同的职能。我会深入地研究以下两个部分。IP软件包被发送到UDP。不保证不丢失，不保证按顺序到达。
• 再如，TCP作为字节流运作。它是作为溪流的一部分发送的没头没尾。IP 包不代表流 。这是一个独立的IP包。之所以变成了流，这正是TCP最先进的技术正在取得的结果。UDP继承了IP地址。基于数据报的，一个一个地发，一个一个地收。
• TCP 可能由拥堵来管理。 它承认它已经被废弃了, 或者网络环境是不利的, 它改变了它的行为方式, 以决定它是否快或者慢。 UDP 不会, 应用程序让我传输, 我会发送, 我不在乎它是否洪水。
• 但TCP根本不是一种尖端的服务。 UDP是一种无害的服务,是发送和发送的。

HTTP协议的九点基础

HTTP协议简述

• HTTP代表超文本传输议定书,它可分为三部分,以更好地理解“超文本”、“传输”和“协议”这几个词。

  1. 超文本是文字、图像、音频和视频的组合, 加上“超级链接”, 让用户能够从一个“超文本”跳到另一个“超文本”, 产生网络结构关系。
  2. 两个站点之间的数据传输被称为传输。
  3. 协议:这个术语是指协议和行为守则。

• HTTP是两个地方之间交换超文本数据的一项协议和标准。

HTTP报文

• “开始 + 头 + 空行+实体”是“ 开始 + 头 + 空行+ Ent” 的缩写

1. 开始请求或状态线 。
   1. “请求方法目标 URI 协议版本号”是请求行的格式。
   2. 程序号 状态代码 理由 状态线格式 :
2. 提供关键价值信息。
3. 信件正文( 实体): 实际传输的数据

• HTTP 信件必须从直线开始, 以空行结束, 空行不能包含任何信件内容 。

请求方法与幂等性

1. GET 方法表示向服务器请求一定的 URL 资源, 并可以用其他标题字段来补充, 以便完成资源更复杂的操作 。

   GET /10-1 HTTP/1.1
   Host: www.chrono.com
   

2. POST 方法表明,数据被发送到给定的 URL 资源,然后插入到信件的正文中。

   POST /10-2 HTTP/1.1
   Host: www.chrono.com
   Content-Length: 17
    
   POST DATA IS HERE
   

3. 重复做同样的事情也是一样的很明显,像Get和HEAD一样的读数是同一种类型。DELETE一再取消同一资源,导致资源不再存在。PUT已经多次改变同样的资源,表明它显然在等待它。但是,当POST提交新数据时,它不会等待。联系到SQL中，POST 类似于插入 。喜欢 UMDATE 在现场。

   “安全”一词是指请求方法不会对服务器的资源造成任何变化。

POST和GET之间的区别:

• 然而,由于HTTP条例和浏览器/服务器限制,它们的适用可能有所不同。

  1. GET被用来获取资源;它没有负面影响,是安全的,安全的,浏览器积极地隐藏着它。

     POST用于改变服务器资源,产生副作用、不安全等等,除非明确配置,否则不会被浏览器缓存。

  2. 虽然Get参数直接暴露于URL,POST参数没有在信息体中披露,但HTTP本身在网络上明确广播,使Get和POST参数不安全,除非使用HTTPS。

  3. GET 参数的数据类型必须是 ASCII 代码字符, POST 中没有限制 。

  4. 一个值得注意的事实是,在使用POST方法时,Ruby的网:HTTP图书馆首先将请求头和信息体分解成两个TCP数据包,我主机上的每个浏览器 包括邮差都没有看到因此,这种情况被认为是少见的。我们写一个服务端，直接的HTTP封闭程序然后我们用浏览器或邮差 发出邮购申请然后拿着包检查它。"

  5. 由于 HTTP 不限制 URL 的长度, 它与 URL 的长度无关 。然而,由于Longurl是一种资源密集型程序,浏览器和服务器出于速度和安全原因(防止Longurl攻击)限制url的长度。因此, " 得到请求 " 以URLs传送的论据篇幅有限。也没有POST要求。 (确认HTTP不对URL的长度施加限制也是可行的。 )收到请求后,我们开发了一个服务 打印信息。然后用邮递员字符串发出回接请求,该字符串超过2千字元。打印的 url 长度没有任何不正确之处 。

URI和响应状态码

1. 1xx: 指示信息 -- -- 显示收到请求,正在继续处理。

   客户必须继续提出请求;101 -- -- 客户要求服务器将协议更改为HTTP。

2. 2xx:成功 -- -- 表示成功收到、理解和接受请求。

   200-OK; 收到204个但返回的空白数据; 206个服务器已完成了一些用户的 Get 请求 。

3. 3xx:转方向 -- -- 信息不足必须增加

   300 -- -- 各种地点均可索取资源请求。 301 -- -- 永久调整方向,默示调整方向,302临时调整方向,显示调整方向304 -- -- 所寻求的资源没有变化,可以使用缓存。

4. 4xx:客户错误 -- -- 请求出现语法错误或请求未实现

   401——未经授权;403——不允许进入。 404——未找到;409——关于当前资源状况的请求未完成

5. 5xx: 服务器端出错误 - 服务器无法完成有效的请求 。

   500个内部服务器错误, 501个未实现, 502个网关错误, 503个服务无法使用, 504个网关超时

会话和饼干

由于HTTP协议是无地位协议,需要采用某种技术来确定特定用户并跟踪用户的全过程,烹饪和会议是最常用的会话跟踪技术。

1. Cookie 是一个会话跟踪工具,通过存储客户信息来识别用户。

   Cookie的过程包括..

   1. 当浏览器访问一个接受 cookie 的网站时, 它会将个人信息发送到服务器 。
   2. 服务器随后生成并保存必要的 cookie, 然后在回复请求时返回 Set- cookie, 在信件信头中设置 cookie 。
   3. 当浏览器发送回复时, 保存设置 cookie 。
   4. 下次访问时,浏览器将自动向服务器发送 cookie,服务器将能够通过 cookie 访问用户信息,并动态生成必要的内容。

2. 会话是一个会话跟踪系统,通过在服务器端收集数据来识别用户。

   会议的工作流程是..

   1. 当客户询问服务器时,服务器首先进行检查,以确定请求中是否包含一个会话,如果是的话,则发出信号,表明客户为客户设置了会话,并获取相关会话供使用。
   2. 如果请求信件缺少会话, 服务器会为客户端启动会话, 生成匹配的会话, 以设置 cookie 保存, 并返回客户端以保存此响应 。
   3. 然后由客户随附每项请求携带会话,服务器可以根据会话查找相关会话,了解用户的信息并动态提供相应内容。

会话和饼干的区别？

1. 存储位置不同; cookie 数据保存在客户端上,会话数据则保存在服务器上。
2. 隐私策略不同，Cookie数据保存在客户电脑上所以对客户端可见，有信息泄露的风险，敏感数据最好不要在饼干中保存。Cookie,像谷歌和Baidu一样,可以使用加密。虽然会话数据保存在服务结束时,但在服务结束时解密。对客户端不可见，然而,曲奇保存了对讲义。因此,客户只能查看会话。
3. 存取类型不同，Cookie的独一ASCII字符串是ASCII字符串。保存略微复杂的信息相当困难; 然而, 会话可以存储任何类型的数据 。String、Integer、List、Map，也可以立即保管任何爪哇类或物体。使用起来十分方便。
4. 各种长度、饼干可以设定很长的时期,例如我们经常使用的默认登录、会话通常会过期较短、客户关闭或会话失效。
5. 浏览器支持的不同，cookie 必须由客户端浏览器支持 。如果客户端禁用或不支持 Cookie,Cookie 将不起作用, 但sessoin 会的 。虽然成瘾者越来越普遍,但通过饼干转移,对于成瘾者,还有很多工作要做。尽管如此,在安装后,您也可以通过 url 提供对讲机。

HTTP请求响应模式(请求响应程序)

1. 在 HTTP 协议中,浏览器基本上是请求者。
2. 网络服务器
   1. 硬件是指物理计算机或云,在大多数情况下,它不是服务器,而是使用反向物剂、负载平衡器等的大量技术。
   2. 程序将 Web 服务器称为执行 Web 服务的应用程序 。它通常在硬件服务器上操作。它通过利用高硬件能力,对大量高端高端高端高端高端高端高端高端高端高端高端高端技术方案的要求作出反应。这是在磁盘上 处理网页、图像等静态文件的唯一方法或许是Tomcat 节点 我不确定 我不确定 我不确定返回动态的信息。如Nignx，Tomcat，Jetty等
   3. 后端开发也称为服务端开发。

10.HTTPS

1. HTTPS 的英文术语是 SSL/TLS 的 HTTP; HTPS 的语法和语法仍然是 HTTP, 但 HTTP 底层的五个级别已经改为 SSL/TLS, 默认端口已经从 80 改为 443 。

   SSL/TLS: SSL 是安全袜子层的缩写 。Netscape的担保协议于1994年订立,其依据如下:在OSI第五层(会议层),TLS代表运输层安全。SSL 3. 版本 1 是版本 。

2. 通信安全有四项基本标准。

   1. ** 保密(合并加密(对称+对称)解决办法)** 是指“机密”数据,只能由可信的人阅读,其他人看不到,而HTTP则不保密,因为传输的数据一旦被窃听,就可清楚地看到。

      1. 对称加密是指对加密使用同一密钥,如果密钥是安全的,整个通信过程可以被定义为秘密,则该密钥是“对称”的。 最常见的对称加密算法是 AES 和 CHACHA20 。
      2. 非对称加密使用“公用密钥”加密和“私人密钥”解密。公用钥匙的可信赖性必须通过CA签发的证书验证。接收器是唯一能够使用私人钥匙的人。没有必要传输。更著名的非对称加密方法 是基于RSA算法 用于“内联分解”的算法。为了产生钥匙,使用两个巨型量子的产物。从公用钥匙外推私人钥匙是极其困难的;根据“椭圆对数”问题,还有其他ECC技术。通过合并指定的曲线方程式和基点来创建密钥 。在关键交换方面,使用了ECDHE子日历。ECDSA用于数字签字。
      3. 混合加密是对称加密和不对称加密的混合体,这是必要的,因为不对称加密虽然是安全的,但过于缓慢。 在对称加密密钥的交换中,它被不对称地使用,在信息传输中,它被不对称地使用。

   2. ** 完整(摘要算法分辨率)** 表示数据在传输期间没有改变。

      抽象算法是一个字符串,它使用Hashi函数将数据转换成一个固定长度,以便与摘要一起传送,防止数据和摘要被一起黑入,确保保密,并利用钥匙加密数据和摘要。

   3. ** 确定(数字签字决议)** 确保只能将来文发送给有声望的个人。

   4. ** 不可辩驳(数字签字解决办法)** 指无法反驳的活动。

      数字签字是非对称编码的,但由于非对称加密不切实际,我们只需加密摘要,一旦收到数字签字,我们就能够确认对方的身份与原件对立。

11.HTTP2

1. 二元格式: HTTP1 解释以文本格式为基础,但 HTTP2 解释以二元格式为基础,效率更高。
2. 虽然 HTTP2 提供了框架和流的概念,但框架是 HTTP2 互动最小的信息单位。文章被分割成框架;“Tree 概念”** 是一个虚拟渠道,在链接的两个方向上出现。框架可以在有整数的溪流上双向发送。任何数量的流量都可以通过链接输送。因此,若干框架可能按随机顺序交付。使用边框顶部的流信号重新组装 。
3. 多重访问: HTTP1 仅要求并传送多个 TCP 连接的请求 。此外,浏览器限制TCP连接到特定域名的数量。HTTP2通过一个流和一个框架支持关于单一连接的众多请求和答复。HTTP1小组首次被封锁。极大地提升了性能。
4. 头压缩: HTTP1 的标题过长, 每次重复一次, 浪费带宽。 HTTP2 使用特定技术来匹配在客户端和服务端生成字典记录之前发送的关键值, 使其能够用索引编号替换重复的字符串, 而索引编号对压缩非常有效 。
5. 使用 HTTP1, 服务器必须等待客户端请求后才能被动回复, 而 HTTP2. 0 可以通过服务器向客户端提供 。

12.HTTP3

1. HTTP2优化:许多路线取代了HTTP2流动和框架的概念。尽管如此,这只是应用层优化。这不是一个全面的答案 对于团队的阻塞问题。当 TCP 连接失败时, 停止所有以下请求 。因此，在传输层,HTTP3用UDP协议取代TCP协议。此外,QUIC协议的制定使UDP能够以与TCP相同的方式实现可靠的传播。如果只有一个漂流袋阻碍流动,而不是另一个。
2. QUIC使用TLS1.3, 只有加密连接才能提供 0-RTT 快速连接 。

13.Nginx

1. Nginx是一个高性能轻量级网络服务器,使用极少的CPU和内存,主要为反向剂、负载平衡和运动分离提供服务(静态资源服务)。
2. Nginx通过使用“处理池+一线”操作风格,避免了处理和线性转换的费用。
3. (a) IO多常规中继器接口,以Nginx-poll的Linux内核为根据,在没有阻碍和高速的情况下完成了“I/O多常规再利用”。
4. Nginx采用“功能链”概念、多模块分工、自由结合和HTTP请求流。

CCDN(内容传送网络内容分发网络) 14

IDC是一种基本、纯粹有形的硬件服务器服务;云层平台在IDC的基础上得到加强,并在服务器功能中增加进一步的综合服务;CDN是一种基于 IDC 或云层平台的网络模型,通过本地分散的缓存服务器以最快的速度获取资源。

1. 由于存在客观的地理距离,网页将按蜗牛的速度访问。因此,CDN开发了一个全国性甚至全球范围的网络, 它不仅仅是一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络,一个网络在网站通过CDN服务后,用户可以通过通过 CDN 将交通情报转移到最近的边缘节点,从而重新获得对相关域名的访问。访问速度加快。
2. 全球负载平衡(GSLB)和缓存系统是CDN的两个关键组成部分。
   1. 全局负载平衡 : 即使您不订阅 CDN 服务, 您也可以使用它 。权威的 DNS 服务器返回到原IP 地址 。加入之后，CDN的GSLB获得DNS授权。如果本地 DNS 返回到 GSLB, 他们将被指定为 GSLB 智能调度的最佳边缘节点 。因此,用户可以连接到最近的CDN缓存剂。
   2. 缓存系统:缓存系统存储特定地点的材料,通常是静态资源,而缓存点击返回用户,错过了源的返回,提高了通过CDN路径的返回速度,甚至更快。

第15次 HTTP 长短连接

HTTP1.0 默认情况下,将建立简短的连接:每次浏览器和服务器使用HTTP时,将建立连接,结束任务。

HTTP/ 1. 举一个例子, 默认使用长线连接: 为了支持长线连接, 客户端和服务器在 HTTP 开始时的连接将被设定为可保持的连接 。

几个HTTP请求可以重复使用同样的TCP连接,从而节省建立和关闭TCP连接的费用。

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/20868.html。