最后更新:2021-12-27 22:31:07 手机定位技术交流文章
它取自计算机网络访谈。

开放通信互连参考模型(OSI)是给开放通信互连参考模型命名的名称。它是国际标准化组织(标准化组织)创建的一个标准框架,将世界各地的计算机连接起来。OSI模型将计算机网络结构分为七个层次。每一层都履行自己的一套职能和规程。此外,完成与邻近两层的互动。OSI服务的说明具体说明了各级提供的服务。一种服务水平是该层的能力和低于该层的能力之一。可通过接口向更高层次的用户开放。各级提供服务的方式与提供服务的方式无关。
① 应用层
应用层放在OSI参考模型的第七层。其职能是通过相互应用互动实现专门的网络应用。协议规定了申请程序互动的基本条件。若干应用级协议为各种网络应用提供服务。DNS代表域名系统。用于网络应用程序支持的 HTTP 协议SMTP协议,用于电子邮件系统。我们把它称为应用程序一级互动式数据单位的报告。
② 表示层
声明这些层的工作是让通信应用程序 解释数据流的意义这是OSI参考模型的第六级为提供最新的应用程序服务,服务从会议级别向下提供。这一级别的服务主要包括数据压缩。数据的加密和说明这就消除了应用程序必须涉及每台机器所说明和节省的内部格式变化的要求。
③ 会话层
届会一级是负责构建、管理和结束表达式级别的实体之间的沟通会议,包括数据交换划界和同步能力,以及设置检查点和恢复程序的技术。
④ 传输层
传输层的主要责任是支持两个主机业务之间的通信。该服务被应用程序用于在应用层传输数据。该服务并非用于任何特定目的。同样的传输层服务可被一些应用软件使用。因为单个主机可以同时执行多个线索,因此,传输层重新定位和分离了功能。“再使用”一词是指许多应用级程序同时利用低传输层服务的能力。分用和复用相反,传输层负责将所收到的信息与上层应用层的适当程序分开。
⑤ 网络层
两台计算机经常使用一个以上的通信渠道交换数据。发送的信息甚至可能跨越许多通信子网。网络一级的主要责任是选择最佳的网络间路线和交换节点。校验数据已成功发送并按时发送 。在发送数据时,网络层将传输层生成的信息或用户数据合并并捆绑起来,然后发送到数据链层。在网络一级使用因特网协议和若干路线协议。因此,我们通常将这一层称为知识产权层。
⑥ 数据链路层
链层是数据链层的另一个名称。这是物理层和网络层之间的层。两个主机之间的数据传输。它总是通过一个链条。这就需要执行专门的链级议定书。当数据在附近两个节点之间发送时,数据链层框框由网络级别发送的 IP 数据报告。框架被发送到两个相邻节点之间的链条上。每个框架都载有数据以及基本控制信息。我们可以通过管理信息来决定一个框架的位置, 这个框架以比特开始和结束, 通过管理信息来决定它的位置 。此外,它还使接收者能够发现接收框架中的任何错误。如果发现差错,这一框架只能被数据链层抛弃。避免无限期滥用网络资源。
⑦ 物理层
OSI参考模型的最低层,物理层的作用是实现计算机节点之间透明的位流通信。尽可能缩小个人传输媒体与有形设备之间的差异。上方的数据链层不需要处理网络的单个传输介质。该层的主要任务是确定与传输媒体接触的某些特性(机械、电气和功能)。过程特性)。
OSI 7层模型的起点是基于标准化因素。这跟满足市场需求无关模型的结构使模型复杂化。部分功能冗余,因此,只有少数几个系统可以完全体现现场视察参考模式。TCP/IP参考模式完全针对市场需求。也没那么难因此,该手册一提交就被广泛使用。以TCP/IP为基础的参考模式将协议分为四层。如上图所示,其中四个是:网络接入层、网络连接层、传输层和应用层。
① 应用层
TCP/IP模式将OSI参考模式会议、表达、在线应用水平等功能整合到一个应用层,通过各种应用级别协议为各种应用提供服务,如FTP、Telnet、DNS、SMTP等。
② 传输层
这一层与OSI参考模型的传输层相对应。向顶级实体提供源到端的主机通信功能。《传输控制议定书》和《用户数据报告议定书》是传输层界定的两项基本议定书。以连接为中心的TCP协议确保数据传送的可靠性。断开的 UDP 协议允许方便和快速传送数据包。
③ 网际互联层
因特网接口的网络层符合OSI参考模式。其主要职能是促进计算机之间在同一或不同网络上的通信。在网际互联层,IP协议提供了一种不稳定、断开的数据传输服务。该协议实现了两个主要目标:地点和分割。根据数据报告中的目的地地址,将数据传送到目的地地址。在这一程序中,IP负责确定传输路径。除知识产权协议外,《因特网集团管理议定书》和《因特网管制报告议定书》是这一级的另外两项关键协定。
④ 网络接入层
在OSI参考模型中,网络接入层的功能与物理层和数据链接层相对应。它跟踪主机与网络之间的数据传输。事实上,TCP/IP没有充分反映这一层的成就。参与互联网络的网络利用协议 来测量它们的物理水平和数据链层。然后连接到TCP/IP网络接入层。因此,实现这一点的具体方法将因网络类型而异。
五级体系的商定结构是一种折中方案,将现场视察的好处与TCP/IP相结合。应用层、传输层、网络层、数据链接层和物理层都包括在内。应用层与 OSI 的前三级对应。前四个等级与OSI等级相同。协议的五层结构是用来界定网络概念的。实际应用同样是一个四层TCP/IP结构。
相同点
1 OSI参考模型和TCP/IP参考模型都是等级分级的。
两者都能够提供面向服务和互不相连的通信方法。
不同点
1 OSI的七层范式;TCP/IP是一个四层结构。
2 TCP/IP参考模型没有提供网络接口层的细目,只是概念说明;OSI参考模型明确区分服务和协议。
3OSI有一个模式,然后是议定书标准,可用于描述网络;TCP/IP是一套协议汇编,然后是不适用于非TCP/IP网络的模式。
4 TCP/IP开始时强调连接和断开服务,而OSI开始时强调连接服务,后来才开始为断开服务制定标准。
5 虽然OSI参考模式受到重视,但它将网络分为7个层次,更难实现;另一方面,TCP/IP参考模式作为一个较简单的等级结构,尽管存在一些缺点,但还是比较有效。

在首次采用现场视察参考模型时,他们的理想是极好的。但实际上,不能使用,因为会话层、表达式层和应用层都在应用程序中进行。结果是应用程序数据捆绑 。应用程序之间的抽象代码共享几乎是困难的。这也使得OSI所预见的应用层面无法实现。例如,我们很少认为数据压缩和加密方法是协议。和谈话的概念 更模糊。很难用协议来表达因此,在设计后来的TCP/IP议定书基础时,这是人类历史上第一次一群人学会如何相互交流。它澄清了整个程序。
在发送主机端,应用程序级别发来的信息已传送到运输级别。在最简单的情况下,来文由运输部门收到,运输部门附上补充资料。接收端的运输层将使用第一部分。运输层报告部分由运输一级应用报告和初始信息组成。额外信息可包括:允许接收端运输层向相关应用程序提供最新信息;以及错误探测定位信息。这一信息使接收方能够评估报告中的比特在过境期间是否被更改。该报告从运输站转交给了网络一级。网络层增加了网络初始信息水平,如源址和目的地系统地址。创建网络一级的数据报告。资料随后被转送到链层。当添加发件人和目的地MAC地址时,数据链数据集被密封在一个数据框架中。数据框被密封为物理层的比特流。然后它通过介质把它送到相反的端。
HTTP头只是发送补充重要信息的一对关键对。 HTTP头分为四个部分:总负责人、请求负责人、反应负责人和实体负责人。
通用头部
| 协议头 | 说明 | 举例 |
|---|---|---|
| Cache-Control | 切换在当前请求/答复中是否应该使用缓存技术。 | Cache-Control: no-store |
| Connection | 客户端( 浏览器) 想要使用的优先连接类型( 浏览器) | Connection: keep-alive (Upgrade) |
| Date | 报文创建时间 | Date: Dec, 26 Dec 2015 17: 30: 00 GMT |
| Trailer | HTTP/1.Version 1 传输编码 | Trailer: Expiress |
| Transfer-Encoding | 用来改变报文格式 | Transfer-Encoding: chunked |
| Upgrade | 服务器必须升级为更高版本的协议 。 | Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 |
| Via | 通知提出请求的服务器 。 | Via: 1.0 fred, 1.1 itbilu.com.com (Apache/1.1) |
| Warning | 广泛通知该实体的内容可能包括错误。 | Warning: 199 Miscellaneous warning |
请求头部
| 协议头 | 说明 | 举例 |
|---|---|---|
| Accept | 通知服务器允许的媒体类型 。 | Accept: text/plain |
| Accept-Charset | 浏览器验证字符集是否合适 。 | Accept-Charset: utf-8 |
| Accept-Encoding | 浏览器验证它获得的编码方法 。 | Accept-Encoding: gzip, deflate |
| Accept-Language | 浏览器接受一份反应灵敏的内容语言列表 。 | Accept-Language: en-US |
| Authorization | 无法关闭临时文件夹:%s。 | Authorization: Basic OSdjJGRpbjpvcGVul ANIc2SdDE== |
| Expect | 指定客户端期待服务器执行指定动作。 | Expect: 100-continue |
| From | 提出这一请求的个人的电子邮件地址 | From: user@itbilu.com |
| Host | 指定服务器的域名以及服务器监听的端口号。 | Host: www.itbilu.com:80 |
| If-XXX | 条件请求 | If-Modified-Since: Dec, 26 Dec 2015 17:30:00 GMT |
| Max-Forwards | 限制代理商或网关能够传递消息的次数 。 | Max-Forwards: 10 |
| Range | 字节偏移以 0 开头,表示正在寻找一个对象的一部分。 | Range: bytes=500-999 |
| Referer | 显示浏览器所浏览的前一页,该页面可被视为连接浏览器当前页面的前一页的链接。 | Referer: http://itbilu.com/nodejs |
| User-Agent | 浏览器的字符串标识符 | User-Agent: Mozilla/…… |
响应头部
| 协议头 | 说明 | 举例 |
|---|---|---|
| Accept-Ranges | 字段的值显示可用于定义范围的单位。 | Accept-Ranges: bytes |
| Age | 创建响应的时间 | Age:5744337 |
| ETag | 唯一标识分配的资源 | Etag:W/"585cd998-7c0f" |
| Location | 重定向后显示链接 | Location: http://www.zcmhi.com/archives/94.html |
| Retry-After | 告诉客户要多久才能收到申请 | Retry-After: 120 |
| Server | 向客户服务器提供信息。 | Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) |
| Vary | 缓存控制 | Vary: Origin |
实体头部
| 协议头 | 说明 | 举例 |
|---|---|---|
| Allow | 不允许应网络资源的合理要求归还405件。 | Allow: GET, HEAD |
| Content-encoding | 返回内容的编码方式 | Content-Encoding: gzip |
| Content-Length | 返回内容的字节长度 | Content-Length: 348 |
| Content-Language | 响应体的语言 | Content-Language: en,zh |
| Content-Location | 资源请求的替代电子邮件地址 | Content-Location: /index.htm |
| Content-MD5 | 返回资源的 MD5 验证值。 | Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== |
| Content-Range | 这部分的字节位置 整个返回体 | Content-Range: bytes 21010-47021/47022 |
| Content-Type | 返回内容的 MIME 类型 。 | Content-Type: text/html; charset=utf-8 |
| Expires | 答复到期日期和答复时间 | Expires: Thu, 01 Dec 2010 16:00:00 GMT |
| Last-Modified | 请批资源在最后一分钟更改 | Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT |
HTTP/1. 照片来自Flickr用户pic.当浏览器启动 HTTP 请求与服务器建立新的 TCP 连接时,服务器完成请求处理后, 断开 TCP 连接 。服务器不跟踪每个客户端,也不跟踪以往的请求。另一方面,产生和关闭连接的过程需要丧失资源和时间。为了减少资源消耗,缩短响应时间,就需要重用连接。HTTP/ 1. Version 1 使用默认长期连接 。上一个 HTTP 版本的默认连接是一个非持续连接 。如果您想要保持与旧版本 HTTP 协议的持久性连接,为了指示另一方在请求完成后不要关闭,必须设置第一个连接字段以保持- ALive 。下次我们再继续处理这个请求我们提供了一个更丰富多彩的例子,以表明两者之间的区别:
在非保留寿命的情况下,对于提出要求的每个人,必须组成和维持一个全新的连接。对于每一个这种联系,TCP缓冲和变量必须由客户和服务器同时分配。这给服务器造成很大压力。因为网络服务器可以同时处理成百上千个客户的要求这个故事是我们对2011年埃及抗议的特别报导的一部分。在回答后,服务器维持了TCP连接的开关。同一客户与服务器之间可使用相同的连接发送后续请求和回复信息。即使同一网站的许多网页也从同一服务器上提供给同一客户。可以通过单一的、持续的TCP连接来实现这一点。
然而,保持生命确实有一些问题。当TCP连接长期保持开放时,系统的资源很容易失效。如果保存- 启用模式设置不正确, 可能会创建一个新的模式 。损失有可能高于非保留寿命设想。因此,我们必须适当配置 保持的超时值。当上次 HTTP 回复完成 TCP 连接时,在第二个时段, 连接将保留键超时 。然后它开始关闭 关系。
长期连通意味着更频繁、点对点通信,客户连通减少,例如即时信息、互联网赌博等等。
短连接:一个拥有大量用户的网址的HTTP服务经常是短连接的。 例如,在京都,宝藏等大型网站通常有数千万甚至数十亿客户,使用长链接往往会造成大量服务结束资源无效,因此通常使用短链接。
在答复通知表明存在Concent-Length字段时,我们可以确定是否从这一数值直接收到数据。例如,当客户要求服务器提供静态页面或图像时,可以声称使用它不可行。服务器非常清楚请求的大小 。因此,通过与客户共享第一个信息字段,您可以告知客户他们需要接收多少数据。然而,如果服务器事先不知道请求的数量,例如,当您装入动态网站时,使用了转移-编码,而不是内容-字符串。
HTTP/1.1 添加了一个数据传输技术,即区块传输编码(装有编码的传输编码)。它使服务器能够将提供给客户端的 HTTP 数据分割成多个部分。当数据被分为一系列块和传输时,服务器可以传输数据而不知道提前发送的文本的全部数量 。每个区块都带有十六进制系统的长度和内装物。最后部分为0长度。表示实体结束,客户可将此视为已收到数据的确认。
HTTP/1.0界定了三种请求方法:Get、POST和HEAD。
HTTP/1.1增加了六种新的请求方法:选择、PUT、Putch、DELETE、TRACE和联系。

HTTP的 GET 方法用于通过 URL 发送数据 。此外, URL 本身没有对内容的长度施加限制 。浏览器是 GET 长度的真正限制 。例如, Internet Explorer 中的 URL 最大长度超过 2 00 个字符。大概 2KB左右,Chrome、Firefox和Safari等浏览器可以支持更多的 URL 字符 。虽然 FireFox 中的 URL 最大长度为 65536 个字符,使用铬浏览器, URL 的最大长度为 8182 个字符 。这一长度并不仅仅适用于数据的一个子集。这都是关于 URL。在这之中,URL 的最大长度限制也受到不同服务器的影响。因此,对于某一浏览器来说,GET有不同的长度限制。
由于POT技术请求参数在请求的主体中,锅法在理论上并不限制其尺寸,但实际制约是服务器处理器的处理能力。
HTTP
HTTP(最大文本传输协议:超文本传输协议)是对协议作出答复的直截了当的要求。信件在网络浏览器与使用此协议的网络服务器之间发送。在HTTP中,TCP(而不是UDP)被用作支持层协议。默认操作在 TCP 协议的 80 端口操作 。HTTP 客户端与服务器建立 TCP 连接 。一旦连接建立,浏览器和服务器程序可通过脚架接口访问TCP。客户端使用套接字界面提交 HTTP 请求并接收 HTTP 响应信息 。类似地,服务器还使用套接字界面接收 HTTP 请求并发送 HTTP 响应信息 。其信息的内容被明确传达。数据不应以任何方式加密。当通信结束时,客户端断开服务器 。
HTTPS
HTTPS(关于安全套接层的超级文本传输协议)是HTTP协议的一个安全目标,旨在为该国提供安全的环境。通过基于HTTP的传输加密和身份,确保传输过程的安全。其工作流程如下:
1 客户启动 HTTPS 请求,并连接到服务器的443个端口,主要是传送信息,例如它所支持的算法和关键长度清单。
2 服务器检查其支持客户算法清单的所有加密算法,并选择支持的加密算法,然后向客户提供加密算法和其他关键部件。
3 服务器向载有证书签发人、过期期限和服务公用钥匙等信息的数字证书的客户租户发送信息,服务公用钥匙包括向载有证书签发人、过期期限和服务公用钥匙等信息的数字证书的客户租户发送信息。
4 最后服务的第一部分涉及向服务对象SSL发送通知信息,其第一部分已经商定。
5 最初与SSL协商后,客户发送了一份回复信息,其中含有由名为_master_secre的客户制作的随机密码字符串,使用证书的公用密钥加密。
6 在将这一通信加密后立即向客户发送电文提醒服务。
7 客户向服务提供人发出最后信息,这种握手方式包括自第一次握手以来提交的所有呈件的全部验证价值,最后协商取决于服务提供人在解密方面是否成功。
8 服务器还提供与第6步相同的信息,第6步由客户验证,最后将完成信息发送给客户,确认服务器能够成功解码信息本身。
在交换服务和客户的完成信息时,这样做是不可行的。即使SSL 连接已完成,此后,采用了与HTTP相同的通信程序。唯一的区别是,HTTP通讯没有采用明确的广播。它使用对称加密。对称钥匙是在SSL建设过程中谈判的。
HTTPS采用对称和不对称加密相结合的办法。最初,对于加密传输,我们使用SSL/TLS协议。为了弥补不对称加密的不足HTTPS使用证书来改进非对称加密的安全性。通过非对称加密,在与客户和服务协商之后,对称钥匙用于通信传输。每一个未来数据都是用这个对称键加密的,它也用来解码数据。这完成了HTPS程序。
如果证书原件被中间体篡改,因为他没有中情局的私人钥匙因此,现在不可能获得加密签字。因此无法篡改签名。当客户端浏览器收到证书时,在签名解密后,原始文本和数值之间存在不匹配。不仅证明被中间体篡改了, 而且还被中间体篡改了。证书不可信,这意味着对服务器的数据传输已经结束 。
上述程序表明,证书不能被篡改。我们在考虑一个更严重的问题例如,中间人获得了CA认证证书。它打算从A网站获取数据,并将数据提供给客户。因此,它成为中间机构,拦截寄给客户的证书。然后将其删除,代之以自己的证书。客户浏览器获得了一份证书, 中间线此时关闭了此证书 。然而,由于证书提供了有关客户想要的网站的信息,因此,客户浏览器只需将证书中的域名与它所要求的域名进行比较,以确定是否交换了证书。
我们知道,如果某一客户机在短时间内再次要求同一人,则必须处理此事。服务器不会因为用户可以访问服务器而停止响应 。这是一个重新发送该项目的问题。就像服务器忘记了它很久以前做了什么一样因为HTTP服务器没有关于客户系统的信息因此,我们称HTTP为无地位协定。
通常有两种解决办法:
根据会议完成情况,只保留了一届会议。
在客户端向服务器提出初始 HTTP 请求后,服务器将建立一个会话对象, 并保存客户身份信息作为密钥对 。然后为客户指定一个会话代号。此会话标识通常存储在客户 Cookie 中 。然后,当浏览器执行 HTTP 请求时,它会把会话Id 从 Cookie 转到服务器,然后发送到服务器上,然后,当浏览器执行 HTTP 请求时,它会把会话Id 从 Cookie 转到服务器,然后发送到服务器上。根据会议身份,服务器可将先前的状况信息与会议届会联系起来。从而实现会话保持。
优点: 因为国家信息保存在服务器端端, 安全性很好 。
弱点:由于大型网站经常使用分散的服务器,访问某个后台服务器时,浏览器提供的 HTTP 请求通常通过负载平衡器进行。如果同一个浏览器降落在两个不同的服务器上以会议为基础的战略将无法维持本届会议。
解答:我们使用Redis等中介将会话信息保存在Redis, 这样每个服务器都可以检索先前状态信息 。
以Cookie为基础的会议维护结果是保留了两届会议。
当服务器以消息回应时,在 HTTP 响应信头的 Set-Cookie 字段中,用于保存客户身份信息。客户端分析 HTTP 响应信头的字段信息 。因此,为了建立一个取决于其生命周期的独特饼干,因此,每次浏览器提交 HTTP 请求时,都会显示 cookie 字段。从而实现状态保持。以Cookie为基础的会议和以会议为基础的会议之间的主要区别是,前者在浏览器Cookie中存储所有语音状态信息。
优点:由于服务器不保留状态信息,它减轻了服务器存储的需求,同时允许服务端横向扩展。
缺陷:这一战略不够安全,因为客户保留了国家信息,这意味着在会话中无法保存秘密数据。 此外,每次浏览器提出要求HTTP时,它必须把额外的饼干传送到服务器端,消耗更多的带宽。
扩展:如果Cookie关机了呢?
如果 Cookie 已禁用, 您仍然可以通过重写 URL 来保持会话 。
HTTP状态代码由三个小数数组成,第一个小数点定义了状态代码的类型,随后两个小数点没有分类目的。
| 分类 | 分类描述 |
|---|---|
| 1XX | 教学资料的出现表明,请求正在处理之中。 |
| 2XX | 成功表示请求得到成功处理。 |
| 3XX | 转线 -- -- 需要采取更多的行动来完成请求。 |
| 4XX | 客户端错误 - 请求使用语法错误或请求失败, 服务器无法执行请求 |
| 5XX | 服务器端错误—— 服务器对请求的处理有问题 。 |
相关的 HTTP 状态代码列表 :
Nota bene:上表基本上提供了最普遍的 HTTP 状态代码,而面试则以该状态代码为中心。 由于表中没有包含对每个状态代码的全面分析,因此希望学习该代码的学生可以自己为不同状态代码的100度。
在面谈期间,关于地位法的流行问题是:
身份代码301和302之间有什么区别?
301: 永久移动。 请求的资源已被永久转移到新的 URL, 旧地址已被永久删除 。 返回信息将包含一个新的 URL, 浏览器将自动在未来针对新的 URL 。
302: 临时移动. Similar to 301, 当客户收到服务回复信息时, 它会转到一个新的 URL 。 但是, 资源只是暂时搬迁; 旧地址仍然在, 客户应该继续使用旧的 URL 。
2 《HTTP国家法》,关于这一主题你有什么消息?
这个问题往往需要从3、4和5起对一些经常异常状态代码作出答复。
主要区别如下:
HTTP/2 问题
我们知道,传统的数据传输网络平台使用TCP协议。当然,TCP协议在建立联系之前 需要三次握手如果需要增加数据互动安全,这篇文章是全球之声在线特稿的一部分。还会有更多的握手。这是2011年埃及抗争特别报导的一部分。TCP议定书是传输层的基础。甚至HTTP/2,这导致大大改进了速度,完全解决TCP协议的内在缺陷(起步缓慢,但起步缓慢)是不可行的。指定压缩窗口的大小,等等。)此外,HTTP/2 多卢布重复使用只会降低连接量。他的小组的过度拥挤问题尚未完全纠正。如果TCP的袋子掉得太频繁,HTTP/2 的性能不会超过 HTTP/1. 1。
QUIC 协议
QUIC(Quick UDP Internet Connections),2011年利比亚抗议活动特别报导,这是谷歌创造的低时空UDP通讯技术。该项目的主要目标是应对在传输层使用TCP协议的挑战。同时,它符合申请和传输层的多连接、低延迟等要求。该协议包含TCP、TLS和HTTP/2等协议的特征。此外,它以民主联盟的通信为基础。该协议的主要好处如下:
低延迟连接。当客户端首次连接到服务器时,QUIC只需要一个 RRT (Round-Trime) 延迟, 才能建立安全连接( 使用 TLS 1. 3 版本) 。RTT比TCP+TLS快三倍。之后,用户可以选择在本地存储加密认证信息。如果与服务器再次连接, 0RT 连接的形成会延迟。
由于QUIC以UDP为基础,它通过重新使用HTTP/2协议的多常规再利用功能,克服了HTTP/2头部堵塞的问题。
QUIC以UDP协议为基础,在用户领域而不是系统领域运作,使QUIC协议能够迅速更新和部署,克服与安装和更新TPC协议有关的问题。
QUIC 消息是加密和认证的,除了几封QUIC 信息外,头部上都认证了所有QUIC 信息,信息主题也加密了。 只要攻击者篡改 QUIC 信息, 收件人就会及时检测到它。
具有向前纠错机制,每个包件除了本身的包件外,还装有其他包件。如果有一个小袋滴,这是第一次我听说过它, 这是第一次我听说过它。再传送次数因各包件传送的有效数据数量而进一步减少。这可能使损失的包件数量相对较少的包件的性能略有提高。
HTTP/3
HTTP/3以QUIC为基础。UDP用于在底部进行数据传输。高层继续使用 HTTP/2。UDP和HTTP/2之间有QUIC层。在这一级别上,TLS加密程序经过。HTTP/3的主要特性如下:
1 利用UDP作为运输层的通信;
2 QUIC prothancol公司是UDP的上级,负责确保HTTP/3的安全。 QUIC在启动连接时进行了TLS加密握手。
3 为迅速建立连接,通常只需要1个RRT。如果您掌握了会前会议信息,立即核实并创建连接,这一程序0 RRT。
4 QUIC 为连接的每个端分配一个单一的标识符, 它仅被确认为逻辑标识符。 当网络被切换或未插入时, 它只需要继续传输数据包完成连接即可 。
QPACK用于头部压缩,因为HTTP/2中的HPANK需要一种有序的传输机制,这可能导致团队阻塞,而QPANK没有这种机制。
最后,我们用一个图表来描述HTTP协议的进展:
DNS
DNS(域名系统)是域名系统的英文缩写,这是一个计算机和网络服务命名系统,用于组织TCP/IP网络的域级结构。
DNS 的作用
通常情况下,我们可以使用主机名或IP地址识别主机。换句话说,人们更喜欢容易记住的主机名。像IP地址这样的路由器 冗长且等级分明为了满足这些不同的需求,我们需要一个目录服务, 使我们能够将主机名转换为 IP 地址 。域名系统是一个分布式数据库,可同时绘制域名和IP地址。可以更广泛地提供因特网。
DNS 域划分的原因
在其域名空间内,DNS采用分布式设计程序,并配有树大小的等级结构:
上图描述了DNS服务器结构的一部分。根域名服务器、顶层域名服务器和权威域名服务器按升序排列。实际上,因特网有13个根域名服务器。大部分位于北美洲。二楼由一个顶级域名服务器使用。这些服务器负责所有顶级域名(例如,com、org、net、edu)以及所有国家顶级域名(例如,uk、fr、ca和jp)。权威的 DNS 服务器位于第三级。任何在互联网上拥有可公开访问的主机的组织(例如,网络和邮件服务器必须提供公开的DNS记录),应利用互联网使互联网接入。本组织DNS服务器的权威维持这些条目。这些主机的名称被映射到这些记录中的 IP 地址。
除此之外,还有一个重要的 DNS 服务器。我联系了本地的 DNS 服务器本地 DNS 服务器并不完全属于 DNS 服务器等级的一部分 。尽管如此,这对DNS等级至关重要。一般来说,每个因特网服务提供商都有自己的DNS服务器。当主机与ISP连接时,IP 地址由 ISP 指定给主机 。主机的一个或多个本地 DNS 服务器有IP 地址 。主机的本地 DNS 服务器一般接近主机 。当主机请求 DNS 时,查询已发送到本地 DNS 服务器 。它起着代理的作用,将请求通过 DNS 服务器级别
我们将研究一个DNS如何运作的范例。假设主机 A (IP 地址是 abc. I'm not sure what you're talking about. 如果你想知道主机 B 的 IP 地址(def. I'm not sure, mn. I'm not sure what you're talking about.如下图所示,主机 A 通过向本地的 DNS 服务器发送 DNS 查询信息启动此进程 。查询包括已变换的主机名。 我不确定, Mn. Edu 。本地的 DNS 服务器将信件转发到 root DNS 服务器 。根 DNS 服务器通知查询的 IP 地址前缀到 edu, 并返回到本地 DNS 服务器上负责 edu 的顶级域名服务器的 IP 地址列表 。此本地 DNS 服务器再次查询这些顶级域名服务器 。顶级域名服务器已注意到。 edu 前缀,并提供权威域名服务器IP地址作为回应。通常情况下,每个主机权威性 DNS 服务器的 IP 地址并不总是为顶级域名服务器所知 。中间的服务器之一 已经被识别出来中间 DNS 服务器然后可以找到适当的主机IP 地址 。我们假设中间线是经过权威服务器1和2的我最终找到了负责的一方 我不确定 MN 3号DNS服务器的权威之后,要获取主机 B 的 IP 地址, 本地 DNS 服务器会直接向服务器发送查询信息 。
在上述图像中,IP地址查询经历了两种询问,一种是事后的查询,另一种是反复的查询。
处理域名查询的两种方法
DNS雇用TCP和UDP,这是正确的答案。
TCP用于区域传输(数据从主域名服务器转移到第二域名服务器的部分)。传送的数据数量超过发送的数据数量,因为传送的数据数量超过要求提供和答复的数据数量。TCP还支持较长的报告。因此,为了确保数据的准确性,他们依靠TCPs实现稳定的连通性。
当客户端为域名(域名解析)查询 DNS 服务器时,通常归还的材料不超过民主联盟报告的最长长度。即 512 字节。在通过UDP传输数据时,没有必要进行TCP三次握手程序。这大大加快了反应时间。但是,为了确保可靠性,域名采集器和域名服务器都必须处理加班和重发。
DNS劫持是域名劫持的同义词。这是一种利用手段,要么让用户通过用实际域名取代IP地址而进入错误的网站,要么阻止用户适当访问该网站。域名劫持往往仅限于一个网络。正常的 IP 地址可以通过远程 DNS 服务器返回 。攻击者可能构成原域机构的成员。通过电子邮件更改该组织的域名登记细节,相反,您可以将域名转给另一家公司。此外,将更新的域名信息存储在所提供的 DNS 服务器上。这样,通过划分原始域名,禁止人们进入目标网站。
具体实施步骤如下:
1 获取要劫持的域名信息:攻击者首先访问一个域名调查站,以获得关于要劫持的域名的信息。
2 管理相关域名的E-MAIL账户:一旦获得域名信息,攻击者通过暴力手段或独特手段解密组织注册域名时使用的电子邮件帐号的身份。更多的高级罪犯可以通过电子邮件直接获取数据。
登记信息变更:攻击者解码E-MAIL后,域名的登记信息,包括域名所有人信息、DNS服务器信息等,将使用适用的更改功能编辑。
4 通过E-MAIL发送和接收确认电文:登记信息变更后,在电子邮件真正控制登记处信息之前,攻击者获得对信息进行修改的确认。答复是证明文件已经更新。据预测,互联网公司在成功地修改信件后将能够这样做。攻击者成功完成了DNS劫持行动。
用户预防措施的例子包括:
Socketts是抽象的顶端poont, 使得网络中各个主机上的应用进程能够双向通信。合成是网络过程通信的最终结果。多个主机使用的方法是使用包装信件进行通信 。例如,TCP使用主机IP地址+端口号作为连接的端点。这被称为合成。
袜子分为三类:
URL,这是统一的资源定位器(又称统一资源定位器)。事实上,URL是我们一般用来上网的网站的网址。它指在线资源。界定数据使用或接收的方式例如 https://leetcode-cn.com/problemset/all/ 这个 URL,确定具体资源,并发出信号,表明通过HTTP协议从适当地点可以获得某种形式的资源。
从定义即可看出,URL 术语指 URI 术语的一个子集 。两者都界定了资源的概念。此外, URL 指定了如何访问资源 。“URI”一词是指语义抽象的概念。可以是绝对的,也可以是相对的,URL 必须有足够的信息, 以便您找到它 。是绝对的。简单地说,URI是鉴定资源的唯一方法。URL是URI提供其资源访问的方法。
如果我们需要为客户获得数据包必须监测连接客户端和服务器的网络节点。一个网络节点(网卡)正在受到监视。这是获得通过网页卡传送的所有数据的唯一途径。根据网络协议对数据进行分析。这是袋子的基本前提我们无法控制中间的互联网节点。买个袋子几乎很难因此,只能在客户与服务器之间获得软件包。
1 当 HTTP 数据包使用抓取工具时,程序将简化:
本案中的抓取工具类似于透明的人,他一方面接收数据,另一方面传递数据。
2 获取HTTPS数据包:
在此点, 抓取工具与客户端的服务器和服务器的客户端相似。 在此传输过程中, 客户端会相信是目标服务器, 而服务器会相信是客户端请求启动 。
网页加载缓慢有几个原因,一些最常见的问题说明如下:
1 最简单的起点是检查本地网络是否正常。计算机管家等基于网络的速度评估工具可用于加快计算机的速度。若网速正常,我们正在调查是否使用互联网带宽。例如,如果你下载电影 没有时间限制这将对网页打开的速度产生影响。这往往是由于处理者的内存有限造成的。
2 当净速测试结果正常时,我们正在测试网络服务器的速度使用 ping 命令, 您可以看到连接到服务器的时间以及软件包的下降 。一个速度好的机房,首先,下降率不得超过1%。第二, 平是微不足道的。最后,定点值应保持一致。如果最大和最低的利润幅度太大的话,路线是不稳定的。相反,我们不妨审查同一服务器上其他站点的开关速度。我们无法查出 是否有其他地点在缓慢运行
3 如果网页迅速而缓慢地开放,甚至有时候打不开,这可能是空间不稳定的一个来源。当确定是该问题时,要修复或替换一个空间器, 你需要找到一个空间器。如果购买空间的话,您可以选择购买双线或多线空间; 如果您在某些地方快速打开它,有几个领域的开业速度缓慢。这就是网络线路的问题所在电信线路用户可以进入连接服务器网址。连接线用户可以访问电信服务器上的网站。开口速度一定有点慢
4 网站的主要困难是网站程序的设计、网络设计的结构和网页的内容。
关于申请水平的研究重点是两项HTTP议定书和DNS,而其他议定书的频率较低,我们很容易理解。
FTP
DHCPDDHCP(动态主机设置协议)是一个局域网协议,与UDP协议合作,以实现两个目标:
SNMPSNMP(Simple Network Management Protocol,因特网工程工作组(IETF)是基本网络管理规程。因特网工程工作队界定了因特网社区的一部分。根据协定条款,网络管理系统是允许的。确定网络连接设备是否存在管理问题。
1 DNS 剖析:当用户输入网站并按下返回键时, DNS 服务器会剖析 URL 。浏览器被给定一个域名 。在实际对话过程中我们需要的是一个IP地址。因此,我们必须首先将域名翻译成与其相关的知识产权地址。[详情见问题16。 ]17】
2 TCP 连接:浏览器使用 DNS 来发现网络服务器的真实 IP 地址 。发送了与网络服务器的 TCP 连接请求 。三次TCP握手确定连接后HTTP 请求的数据可以通过浏览器发送到服务器 。在传输水平上,有三个握手。
3 请求 HTTP : 浏览器向网络服务器发送 HTTP 请求 。根据TCP协议,HTTP协议是一项申请级协议。TCP连接的形成是其核心所在。使用 HTTP 协议标准提交想要的网页请求 。在这一过程中,它涉及诸如负载平衡等过程。
什么是负载平衡?
负载均衡,加载平衡是英文名称 。这意味着负荷(任务)在几个行动单位之间是分散和平衡的。FTP服务器、WW服务器、业务核心服务器和其他重要任务服务器就是例子。这就是如何以协调的方式完成这项工作。当前网络用于平衡负载 。它提供了提高服务器和网络设备带宽、增加吞吐量、提高网络处理能力以及提高网络灵活性和可用性的一种透明和成本效益高的技术。
在设计分布式系统结构时必须考虑的一个变数是负载平衡。大型用户网站,如Skycat和Kyouta,旨在容纳大量的用户查询。他们经常使用分布式服务器。用户请求统一发送到每个服务器,包括使用反向代理器。这种方法产生了负载平衡。
4 请求处理和返回:服务器在收到客户的 HTTP 请求后,决定如何根据 HTTP 请求的内容检索相关文件,并将其提供给浏览器。
5 浏览器翻譯 : 根据答案, 浏览器开始显示页面, 首先解析 HTML 文件以构建 DOM 树, 然后解析 CSS 文件以构建 Rendering 树, 最后, 当 Rendering 树准备就绪时, 浏览器开始重写树并在屏幕上绘制它 。
6 已断开连接 : 客户端和服务器用波来终止 TCP 连接四倍。 细节在传输级别上 。
三次握手
TCP 连接形成程序包括三小时握握。 在握手之前,活跃的开放客户端完成了 CLOSE 阶段, 被动的开放服务器终止了 CLOSE 阶段, 并开始了 ListEN 阶段 。
第一个客户端向服务器发送 SYN 包, 等待确认, 地点 :
2 当服务器从客户端获得SYN软件包时,该软件包得到验证,Listen阶段完成,发送TCP信息,其中包括以下信息:
3 在收到所提供的SYN+ACK包件后,从客户到服务器的数据流显然正常,使SYN-Sent阶段接近尾声。
服务器从核实收到服务器数据的客户收到信息后,发现从服务器到客户的数据流动正常,完成了SYN-RECV阶段,进入了设定的阶段,完成了三次握手。
四次挥手:
开放四波TCP连接要求客户准备放弃连接。 建立阶段结束时,在波之前积极释放连接客户,随后是四波:
首先,客户向服务器发送TCP信息,表示它希望关闭TCP连接,其中:
2 收到客户要求断线的FIN提交书后,服务器完成既定阶段,进入CLOSE-WAIT阶段,并返回TCP提交书:
客户承认,服务器在收到服务器发送的TCP信息后收到了客户的连接释放请求,客户随后完成了FIN-WAIT-1阶段,并进入FIN-WAIT-2阶段。
3 在发送 ACK 确认信息后,服务器端,服务器将把剩余等待数据发送客户端 。传输完成后,将进入CLOSE-WAIT阶段。我准备切断服务器对客户的连接向客户再次发送了TCP信息。其中:
本文由 在线网速测试 整理编辑,转载请注明出处。