计算机网络面试突击

      最后更新:2021-12-27 22:31:07 手机定位技术交流文章

      它取自计算机网络访谈。

      第一节:协议水平和提供的服务

      OSI 七层模型

      alt

      开放通信互连参考模型(OSI)是给开放通信互连参考模型命名的名称。它是国际标准化组织(标准化组织)创建的一个标准框架,将世界各地的计算机连接起来。OSI模型将计算机网络结构分为七个层次。每一层都履行自己的一套职能和规程。此外,完成与邻近两层的互动。OSI服务的说明具体说明了各级提供的服务。一种服务水平是该层的能力和低于该层的能力之一。可通过接口向更高层次的用户开放。各级提供服务的方式与提供服务的方式无关。

      ① 应用层

      应用层放在OSI参考模型的第七层。其职能是通过相互应用互动实现专门的网络应用。协议规定了申请程序互动的基本条件。若干应用级协议为各种网络应用提供服务。DNS代表域名系统。用于网络应用程序支持的 HTTP 协议SMTP协议,用于电子邮件系统。我们把它称为应用程序一级互动式数据单位的报告。

      ② 表示层

      声明这些层的工作是让通信应用程序 解释数据流的意义这是OSI参考模型的第六级为提供最新的应用程序服务,服务从会议级别向下提供。这一级别的服务主要包括数据压缩。数据的加密和说明这就消除了应用程序必须涉及每台机器所说明和节省的内部格式变化的要求。

      ③ 会话层

      届会一级是负责构建、管理和结束表达式级别的实体之间的沟通会议,包括数据交换划界和同步能力,以及设置检查点和恢复程序的技术。

      ④ 传输层

      传输层的主要责任是支持两个主机业务之间的通信。该服务被应用程序用于在应用层传输数据。该服务并非用于任何特定目的。同样的传输层服务可被一些应用软件使用。因为单个主机可以同时执行多个线索,因此,传输层重新定位和分离了功能。“再使用”一词是指许多应用级程序同时利用低传输层服务的能力。分用和复用相反,传输层负责将所收到的信息与上层应用层的适当程序分开。

      ⑤ 网络层

      两台计算机经常使用一个以上的通信渠道交换数据。发送的信息甚至可能跨越许多通信子网。网络一级的主要责任是选择最佳的网络间路线和交换节点。校验数据已成功发送并按时发送 。在发送数据时,网络层将传输层生成的信息或用户数据合并并捆绑起来,然后发送到数据链层。在网络一级使用因特网协议和若干路线协议。因此,我们通常将这一层称为知识产权层。

      ⑥ 数据链路层

      链层是数据链层的另一个名称。这是物理层和网络层之间的层。两个主机之间的数据传输。它总是通过一个链条。这就需要执行专门的链级议定书。当数据在附近两个节点之间发送时,数据链层框框由网络级别发送的 IP 数据报告。框架被发送到两个相邻节点之间的链条上。每个框架都载有数据以及基本控制信息。我们可以通过管理信息来决定一个框架的位置, 这个框架以比特开始和结束, 通过管理信息来决定它的位置 。此外,它还使接收者能够发现接收框架中的任何错误。如果发现差错,这一框架只能被数据链层抛弃。避免无限期滥用网络资源。

      ⑦ 物理层

      OSI参考模型的最低层,物理层的作用是实现计算机节点之间透明的位流通信。尽可能缩小个人传输媒体与有形设备之间的差异。上方的数据链层不需要处理网络的单个传输介质。该层的主要任务是确定与传输媒体接触的某些特性(机械、电气和功能)。过程特性)。

      TCP/IP 参考模型

      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的第五级参考模型

      五级体系的商定结构是一种折中方案,将现场视察的好处与TCP/IP相结合。应用层、传输层、网络层、数据链接层和物理层都包括在内。应用层与 OSI 的前三级对应。前四个等级与OSI等级相同。协议的五层结构是用来界定网络概念的。实际应用同样是一个四层TCP/IP结构。

      OSSI和TCP/IPIP 示范比较

      相同点

      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议定书之间的关系

      alt

      为什么TCP/IP超出言论和对话的范围?

      在首次采用现场视察参考模型时,他们的理想是极好的。但实际上,不能使用,因为会话层、表达式层和应用层都在应用程序中进行。结果是应用程序数据捆绑 。应用程序之间的抽象代码共享几乎是困难的。这也使得OSI所预见的应用层面无法实现。例如,我们很少认为数据压缩和加密方法是协议。和谈话的概念 更模糊。很难用协议来表达因此,在设计后来的TCP/IP议定书基础时,这是人类历史上第一次一群人学会如何相互交流。它澄清了整个程序。

      数据在各层之间运输的方法[数据包装程 。

      在发送主机端,应用程序级别发来的信息已传送到运输级别。在最简单的情况下,来文由运输部门收到,运输部门附上补充资料。接收端的运输层将使用第一部分。运输层报告部分由运输一级应用报告和初始信息组成。额外信息可包括:允许接收端运输层向相关应用程序提供最新信息;以及错误探测定位信息。这一信息使接收方能够评估报告中的比特在过境期间是否被更改。该报告从运输站转交给了网络一级。网络层增加了网络初始信息水平,如源址和目的地系统地址。创建网络一级的数据报告。资料随后被转送到链层。当添加发件人和目的地MAC地址时,数据链数据集被密封在一个数据框架中。数据框被密封为物理层的比特流。然后它通过介质把它送到相反的端。

      第二部分:应用层

      HTTP头部包含哪些信息?

      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 。下次我们再继续处理这个请求我们提供了一个更丰富多彩的例子,以表明两者之间的区别:alt在非保留寿命的情况下,对于提出要求的每个人,必须组成和维持一个全新的连接。对于每一个这种联系,TCP缓冲和变量必须由客户和服务器同时分配。这给服务器造成很大压力。因为网络服务器可以同时处理成百上千个客户的要求这个故事是我们对2011年埃及抗议的特别报导的一部分。在回答后,服务器维持了TCP连接的开关。同一客户与服务器之间可使用相同的连接发送后续请求和回复信息。即使同一网站的许多网页也从同一服务器上提供给同一客户。可以通过单一的、持续的TCP连接来实现这一点。

      然而,保持生命确实有一些问题。当TCP连接长期保持开放时,系统的资源很容易失效。如果保存- 启用模式设置不正确, 可能会创建一个新的模式 。损失有可能高于非保留寿命设想。因此,我们必须适当配置 保持的超时值。当上次 HTTP 回复完成 TCP 连接时,在第二个时段, 连接将保留键超时 。然后它开始关闭 关系。

      HTTP长线短路的目的是什么?

      长期连通意味着更频繁、点对点通信,客户连通减少,例如即时信息、互联网赌博等等。

      短连接:一个拥有大量用户的网址的HTTP服务经常是短连接的。 例如,在京都,宝藏等大型网站通常有数千万甚至数十亿客户,使用长链接往往会造成大量服务结束资源无效,因此通常使用短链接。

      你如何知道HTTP报告有多长?

      在答复通知表明存在Concent-Length字段时,我们可以确定是否从这一数值直接收到数据。例如,当客户要求服务器提供静态页面或图像时,可以声称使用它不可行。服务器非常清楚请求的大小 。因此,通过与客户共享第一个信息字段,您可以告知客户他们需要接收多少数据。然而,如果服务器事先不知道请求的数量,例如,当您装入动态网站时,使用了转移-编码,而不是内容-字符串。

      HTTP/1.1 添加了一个数据传输技术,即区块传输编码(装有编码的传输编码)。它使服务器能够将提供给客户端的 HTTP 数据分割成多个部分。当数据被分为一系列块和传输时,服务器可以传输数据而不知道提前发送的文本的全部数量 。每个区块都带有十六进制系统的长度和内装物。最后部分为0长度。表示实体结束,客户可将此视为已收到数据的确认。

      你知道哪种HTTP方法吗?

      HTTP/1.0界定了三种请求方法:Get、POST和HEAD。

      HTTP/1.1增加了六种新的请求方法:选择、PUT、Putch、DELETE、TRACE和联系。

      alt

      GET 与 POST 的区别

      • 链接后将请求提供所提供的数据。此外,还要求将参数保留在浏览器记录中。由于 URL 参数立即可用,可能有安全问题。因此,他们经常被用来收集资源信息。员额参数也包含在请求体中。此外,这些设置将不会被保存。与获得方法相比,该员额是一个更安全的选择。大多是为了改变服务器资源。
      • 见简单 URL 编码支持请求。 提交各种编码格式支持请求 。
      • 获取方法只支持 ASCII 字符格式参数,但后缀方法允许无限数量的参数。
      • d 所提交的数据是有限的(浏览器数据),但使用邮寄方法发送的数据是无限的。
      • 请求 。 QueryString 用于获取变量值, Request. Form 用于发布这些变量值 。
      • 获取方法生成 TCP 数据包, 后传方法生成两个( 并非所有浏览器生成两个) 。

      Get的最长长度是多少?

      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

      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和HTTP有什么区别?

      • HTTP协议明确传输内容,数据未加密,且不那么安全。 HTTPS数据传输程序是加密和安全的。
      • HTTP和HTPS以根本不同的方式进行沟通,港口也是如此,分别为80个和443个。
      • HTTPS协议要求向数字验证机构(认证机构,CA)提交证书申请,通常需要收费。
      • HTTP网页的答复比HTTP网页更快,主要是因为HTTP利用三次握手建立连接,客户和服务器必须三次握手,但HTTPS除了三次握手之外,还需要一个SSL协商程序。

      HTTPS 加密

      HTTPS采用对称和不对称加密相结合的办法。最初,对于加密传输,我们使用SSL/TLS协议。为了弥补不对称加密的不足HTTPS使用证书来改进非对称加密的安全性。通过非对称加密,在与客户和服务协商之后,对称钥匙用于通信传输。每一个未来数据都是用这个对称键加密的,它也用来解码数据。这完成了HTPS程序。

      为什么客户相信第三方签发的证明?

      如果证书原件被中间体篡改,因为他没有中情局的私人钥匙因此,现在不可能获得加密签字。因此无法篡改签名。当客户端浏览器收到证书时,在签名解密后,原始文本和数值之间存在不匹配。不仅证明被中间体篡改了, 而且还被中间体篡改了。证书不可信,这意味着对服务器的数据传输已经结束 。

      上述程序表明,证书不能被篡改。我们在考虑一个更严重的问题例如,中间人获得了CA认证证书。它打算从A网站获取数据,并将数据提供给客户。因此,它成为中间机构,拦截寄给客户的证书。然后将其删除,代之以自己的证书。客户浏览器获得了一份证书, 中间线此时关闭了此证书 。然而,由于证书提供了有关客户想要的网站的信息,因此,客户浏览器只需将证书中的域名与它所要求的域名进行比较,以确定是否交换了证书。

      如何在 HTTP 未保存的协议中保存用户状态

      我们知道,如果某一客户机在短时间内再次要求同一人,则必须处理此事。服务器不会因为用户可以访问服务器而停止响应 。这是一个重新发送该项目的问题。就像服务器忘记了它很久以前做了什么一样因为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 状态代码列表 :alt

      Nota bene:上表基本上提供了最普遍的 HTTP 状态代码,而面试则以该状态代码为中心。 由于表中没有包含对每个状态代码的全面分析,因此希望学习该代码的学生可以自己为不同状态代码的100度。

      在面谈期间,关于地位法的流行问题是:

      身份代码301和302之间有什么区别?

      301: 永久移动。 请求的资源已被永久转移到新的 URL, 旧地址已被永久删除 。 返回信息将包含一个新的 URL, 浏览器将自动在未来针对新的 URL 。

      302: 临时移动. Similar to 301, 当客户收到服务回复信息时, 它会转到一个新的 URL 。 但是, 资源只是暂时搬迁; 旧地址仍然在, 客户应该继续使用旧的 URL 。

      2 《HTTP国家法》,关于这一主题你有什么消息?

      这个问题往往需要从3、4和5起对一些经常异常状态代码作出答复。

      HTTP/1.1和HTTP/1之间的对比。

      主要区别如下:

      • 缓存处理:在HTTP/1.If-dif-dif-Sin中,标头大多使用价格为缓存决定设定标准。此外,HTTP/1.1中的请求信头增加了更多与缓存有关的数据。因此,它促进了一种适应性更强的缓存技术。例如,实体标签、if-unif-edifed-Since、If-Match和If-None-Match等可选择的缓冲信头管理缓冲政策。
      • 保存带宽,不回应客户对资源的要求。HTTP/1.0 默认情况下,请求方收到与资源相关的全部目标。然而,在许多情况下,客户可能并不需要目标的所有信息。在HTTP/1.1中,请求包括一个范围域。它只允许请求提供一组资源。它使开发商能够提出多线资源请求。这使我们能够最大限度地利用我们的宽带资源。实现高效并发。
      • HTTP/1.1 错误通知管理例如,414表示客户请求中的URL太长。如果服务器无法处理请求,410人表示请求的资源已永久删除。
      • 主机请求信头: HTTP/ 1/ 早期。 在一天结束时, Internet 没有问题, 每个服务器不能有一个 IP 地址和一个服务 。主机名不是由所请求的信件中的 URL 发送的 。随着虚拟主机的出现在实体服务器上, 有许多虚拟主机 。它们还有相同的IP地址。为了支持虚拟主机,1. 将主机请求信头添加到 HTTP/1 。这是一个必须同时在请求和回复信息中指明的字段。如果此信息未包含在请求的邮件中, 服务器将返回一个 404 错误代码 。
      • HTTP/1.0 保持默认浏览器与服务器之间的简短连接。每个浏览器请求都需要 TCP 连接到服务器 。服务器完成后, 断开 TCP 。HTTP/1.1 是默认协议, 它建立了一个连续连接 。其支持使其能够在一个单一的TCP请求中发送许多HTTP请求和答复。HTTP 前版本的默认连接是一个非持续连接 。如果您想要保持与旧版本 HTTP 协议的持久性连接,必须指定“ 连接” 第一个字段的值为“ 连接” 。

      HTTP/1.X和HTTP/2之间的差异。

      • 与 HTTP/ 1.. X 文本(字符串) 传输不同,HTTP/ 2. 0 是一个二进制传输协议 。数据由客户端和服务器发送到框架。帧组成了数据流,优先和确定流体代号,优先排序和对流动的依赖可在一定程度上帮助缓解关键请求的阻塞。
      • HTTP/ 2.0 支持多路重新利用。 由于流代号的存在, 许多 HTTP 请求可以根据相同的 HTTP 请求传递, 客户端和服务器可以通过查找 HTTP 请求使用流代号的位置来识别流。
      • HTTP/ 2. 0 信头压缩 。HTTP/2.0 通过使用 gzip 压缩信头并发回同时,对话的双方参与者将保留一份头条信息表。本表格载有所有字段的信息。每个 HTTP 传输只需要数据库中页眉字段的索引 。重新传送的数量和数据水平都大幅下降。
      • HTTP/2.0 允许服务器发送。 服务器可以不经客户同意将所需材料传送给客户, 客户可以通过提交重新定位请求而取消服务交付。

      你懂HTTP/3吗?

      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协议的进展:alt

      DNS 的作用和理由

      DNS

      DNS(域名系统)是域名系统的英文缩写,这是一个计算机和网络服务命名系统,用于组织TCP/IP网络的域级结构。

      DNS 的作用

      通常情况下,我们可以使用主机名或IP地址识别主机。换句话说,人们更喜欢容易记住的主机名。像IP地址这样的路由器 冗长且等级分明为了满足这些不同的需求,我们需要一个目录服务, 使我们能够将主机名转换为 IP 地址 。域名系统是一个分布式数据库,可同时绘制域名和IP地址。可以更广泛地提供因特网。

      DNS 域划分的原因

      在其域名空间内,DNS采用分布式设计程序,并配有树大小的等级结构:alt

      上图描述了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 服务器会直接向服务器发送查询信息 。

      alt在上述图像中,IP地址查询经历了两种询问,一种是事后的查询,另一种是反复的查询。

      处理域名查询的两种方法

      • 如果主机的本地名称服务器不知道所请求域名的 IP 地址,则发布递归查询 。因此,该地名服务器充当DNS客户端。搜索请求仍在发给其他根域名服务器。即替主机继续查询,东道方无法自行进行下一次搜索。进一步资料见上文步骤(1)和(10)。
      • 迭接查询 : 如果根域名服务器从此地名服务器收到迭接查询请求, 它将能够了解更多有关此问题的信息 。提供您想要查找的 IP 地址, 或者应该请求本地服务器或下一个域名服务器 。然后请本地服务器对查询采取后续行动。步骤(2)至(9),如上图所示。

      DNS:为什么使用UDP?

      DNS雇用TCP和UDP,这是正确的答案。

      TCP用于区域传输(数据从主域名服务器转移到第二域名服务器的部分)。传送的数据数量超过发送的数据数量,因为传送的数据数量超过要求提供和答复的数据数量。TCP还支持较长的报告。因此,为了确保数据的准确性,他们依靠TCPs实现稳定的连通性。

      当客户端为域名(域名解析)查询 DNS 服务器时,通常归还的材料不超过民主联盟报告的最长长度。即 512 字节。在通过UDP传输数据时,没有必要进行TCP三次握手程序。这大大加快了反应时间。但是,为了确保可靠性,域名采集器和域名服务器都必须处理加班和重发。

      DNS怎么被劫持的?

      DNS劫持是域名劫持的同义词。这是一种利用手段,要么让用户通过用实际域名取代IP地址而进入错误的网站,要么阻止用户适当访问该网站。域名劫持往往仅限于一个网络。正常的 IP 地址可以通过远程 DNS 服务器返回 。攻击者可能构成原域机构的成员。通过电子邮件更改该组织的域名登记细节,相反,您可以将域名转给另一家公司。此外,将更新的域名信息存储在所提供的 DNS 服务器上。这样,通过划分原始域名,禁止人们进入目标网站。

      具体实施步骤如下:

      1 获取要劫持的域名信息:攻击者首先访问一个域名调查站,以获得关于要劫持的域名的信息。

      2 管理相关域名的E-MAIL账户:一旦获得域名信息,攻击者通过暴力手段或独特手段解密组织注册域名时使用的电子邮件帐号的身份。更多的高级罪犯可以通过电子邮件直接获取数据。

      登记信息变更:攻击者解码E-MAIL后,域名的登记信息,包括域名所有人信息、DNS服务器信息等,将使用适用的更改功能编辑。

      4 通过E-MAIL发送和接收确认电文:登记信息变更后,在电子邮件真正控制登记处信息之前,攻击者获得对信息进行修改的确认。答复是证明文件已经更新。据预测,互联网公司在成功地修改信件后将能够这样做。攻击者成功完成了DNS劫持行动。

      用户预防措施的例子包括:

      • 为了避免DNS被劫持,直接通过IP地址访问该网站。
      • 由于域名劫持往往仅限于一个网络。因此一些高级用户可以通过网络设置让 DNS 指向正常的域名服务器以实现对目的网址的正常访问,例如将计算机首选 DNS 服务器的地址固定为 8.8.8.8。

      Socket () 识别套接字 。

      Socketts是抽象的顶端poont, 使得网络中各个主机上的应用进程能够双向通信。合成是网络过程通信的最终结果。多个主机使用的方法是使用包装信件进行通信 。例如,TCP使用主机IP地址+端口号作为连接的端点。这被称为合成。

      袜子分为三类:

      • SOCK_STREAM:SSOCK_STREAM是一个使用TCP运输协议的流式协议。主要用于提供连接和可靠的数据传输服务。由于TCP协议的性质,利用广告进行交流有助于保证数据不被转用,传输不会重复。并按顺序接收,在审理过程中,不必以不同方式处理来文的当事方。
      • 这和流水不一样UDP运输协议用于数据流。此代码对应于断开的 UDP 服务应用程序 。这项服务不能保证数据传输的可靠性。也无法保证按最后规定的顺序收到数据。此外,传输的两个端之间的长期联系是不必要的。当 UDP 客户端向服务器发送数据电文时, 服务器会收到此消息 。可以使用相同的线索将数据传输到另一个服务器 。当您使用 UDP 软件包时,弃置包裹等问题必须在程序过程中处理。
      • 由于流体和数据标签只能通过 TCP 和 UDP 协议读取数据,因此数据只能用 SOCK_ RAW 读取。有时有必要发送非传输层数据包(例如,用于 Ping 命令的 ICMP 协议包),或者当您遇到操作系统无法执行的数据包时,在此步骤中, 必须创建要发送的原始软件包 。

      URI (统一资源标识符) 和 URL (统一资源位置) 之间的差异

      URL,这是统一的资源定位器(又称统一资源定位器)。事实上,URL是我们一般用来上网的网站的网址。它指在线资源。界定数据使用或接收的方式例如 https://leetcode-cn.com/problemset/all/ 这个 URL,确定具体资源,并发出信号,表明通过HTTP协议从适当地点可以获得某种形式的资源。

      从定义即可看出,URL 术语指 URI 术语的一个子集 。两者都界定了资源的概念。此外, URL 指定了如何访问资源 。“URI”一词是指语义抽象的概念。可以是绝对的,也可以是相对的,URL 必须有足够的信息, 以便您找到它 。是绝对的。简单地说,URI是鉴定资源的唯一方法。URL是URI提供其资源访问的方法。

      查尔斯,为什么你抓住你的包,fidder?

      如果我们需要为客户获得数据包必须监测连接客户端和服务器的网络节点。一个网络节点(网卡)正在受到监视。这是获得通过网页卡传送的所有数据的唯一途径。根据网络协议对数据进行分析。这是袋子的基本前提我们无法控制中间的互联网节点。买个袋子几乎很难因此,只能在客户与服务器之间获得软件包。

      1 当 HTTP 数据包使用抓取工具时,程序将简化:

      • 第一名劫匪提供代理服务,客户必须与代理人联系。
      • 当客户提交HTTP请求时,该请求通过捕获工具的代理,该代理以其母语显示该请求。
      • 抓取工具使用原始文本向服务器提交请求 。
      • 服务器将结果发送到显示的抓取工具;
      • 抓取工具仅返回将服务器返回客户端的结果 。

      本案中的抓取工具类似于透明的人,他一方面接收数据,另一方面传递数据。

      2 获取HTTPS数据包:

      • 客户端连接到抓取工具的代理服务器服务, 并安装抓取工具的根证书 。
      • 客户提交 HTTPS 请求书,获得工具模拟器,并获得TLS 握手键等客户程序。
      • 抓取工具向客户端提供 HTTPS 请求的目标服务器, 并与目标服务器执行程序, 如交换 TLS 握手键 。
      • 客户对与抓取工具一致的数据加密,并用钥匙将其交付给抓取工具;
      • 抓取工具使用客户商定的密钥解密数据,并显示结果。
      • 抓取工具将解密客户端数据, 使用服务器的商定密钥加密, 并将其传送到目标服务器 。
      • 当服务器解密数据时,将进行相关的逻辑处理,并使用与抓取工具商定的密钥加密返回结果。
      • 抓取工具解码服务器的发现, 解密与服务器商定的密钥, 并显示它们 。
      • 抓取工具在使用客户端同意的密钥加密后将数据从加密服务器返回客户端 。
      • 客户端解密数据。

      在此点, 抓取工具与客户端的服务器和服务器的客户端相似。 在此传输过程中, 客户端会相信是目标服务器, 而服务器会相信是客户端请求启动 。

      如何解决网站的麻烦? 网站装载时间太长了?

      网页加载缓慢有几个原因,一些最常见的问题说明如下:

      1 最简单的起点是检查本地网络是否正常。计算机管家等基于网络的速度评估工具可用于加快计算机的速度。若网速正常,我们正在调查是否使用互联网带宽。例如,如果你下载电影 没有时间限制这将对网页打开的速度产生影响。这往往是由于处理者的内存有限造成的。

      2 当净速测试结果正常时,我们正在测试网络服务器的速度使用 ping 命令, 您可以看到连接到服务器的时间以及软件包的下降 。一个速度好的机房,首先,下降率不得超过1%。第二, 平是微不足道的。最后,定点值应保持一致。如果最大和最低的利润幅度太大的话,路线是不稳定的。相反,我们不妨审查同一服务器上其他站点的开关速度。我们无法查出 是否有其他地点在缓慢运行

      3 如果网页迅速而缓慢地开放,甚至有时候打不开,这可能是空间不稳定的一个来源。当确定是该问题时,要修复或替换一个空间器, 你需要找到一个空间器。如果购买空间的话,您可以选择购买双线或多线空间; 如果您在某些地方快速打开它,有几个领域的开业速度缓慢。这就是网络线路的问题所在电信线路用户可以进入连接服务器网址。连接线用户可以访问电信服务器上的网站。开口速度一定有点慢

      4 网站的主要困难是网站程序的设计、网络设计的结构和网页的内容。

      • 网页程序设计:当所访问的网页有代码减缓网站的开放速度时,它会影响网页的开放速度,例如网页中的统计代码,我们更愿意在网页的结尾处加上统计代码。因此,我们必须确定网络程序的设计结构是否公平。
      • Web 设计结构: 如果网站有表格布局, 请检查是否有太多的巢穴, 或者大桌子被分割成几个表格, 例如页面布局, 我们可以使用 div 布局和 CSS 优化 。
      • 网站内容:检查网页是否有许多巨大的图像或闪烁。我们可以降低图像的分辨率。减小图片尺寸,要解决的大闪光将减少。此外,有些网页可能载有其他网站引用过多的文字。如果上述任何网站加载缓慢,则不可行。也许有些网页已经没有了。它的开张速度也将放慢。消除不必要的负担将是一个直截了当的答案。

      其他协议

      关于申请水平的研究重点是两项HTTP议定书和DNS,而其他议定书的频率较低,我们很容易理解。

      FTP

      • FTP(文件转移议定书、文件转移议定书)是使用客户/服务器模式、TCP数据报告、交互访问和双向传输的档案传输网络上使用的协议集。
      • TFTP(Trivial File Transfer Protocol,简单的文件传输协议(SFTP)是一份紧凑和基本的文件传输协议。它还利用客户/服务器模式。这篇文章是全球之声在线特稿的一部分。这不是一个互动的过程,它不是一个互动的过程, 它不是一个互动的过程, 它不是一个互动的过程, 它不是一个互动的过程, 它不是一个互动的过程, 这是一个互动的过程, 这是一个互动的过程。没有列目录,无法识别用户。 SMTP SMTP(Simple Mail Transfer Protocol,简单的邮件传输协议(SMTP)是通过互联网发送电子邮件的标准。这是一项直接的文本协议。在电文上方,指定了一个或多个接收器(在大多数情况下,经证明已经存在),然后,该消息的文字将被传送。可使用Telnet软件测试SMTP服务器。TCP 港口25由SMTP使用。

      DHCPDDHCP(动态主机设置协议)是一个局域网协议,与UDP协议合作,以实现两个目标:

      • 将IP地址自动分配给内部网络或网络服务提供商的用户。
      • 内部网络管理人员可以利用这一手段集中所有机器。

      SNMPSNMP(Simple Network Management Protocol,因特网工程工作组(IETF)是基本网络管理规程。因特网工程工作队界定了因特网社区的一部分。根据协定条款,网络管理系统是允许的。确定网络连接设备是否存在管理问题。

      页面解析的整个程序 [用户进入网站以显示匹配页]

      alt1 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 连接四倍。 细节在传输级别上 。

      第三部分:传输层

      有三种握手方法和四种摇晃机制。

      三次握手altTCP 连接形成程序包括三小时握握。 在握手之前,活跃的开放客户端完成了 CLOSE 阶段, 被动的开放服务器终止了 CLOSE 阶段, 并开始了 ListEN 阶段 。

      第一个客户端向服务器发送 SYN 包, 等待确认, 地点 :

      • 符号是SYN, 表示连接请求 。
      • Seq = x (x 常见随机数)是序列号。
      • 客户现已进入SYN-SEN-Sent阶段。

      2 当服务器从客户端获得SYN软件包时,该软件包得到验证,Listen阶段完成,发送TCP信息,其中包括以下信息:

      • SYN和ACK是表明客户信息Seq序列号合法、服务器可以接受客户提供的数据以及服务器同意建立新的连接的信号。
      • Seq = y 是序列号。
      • 确认号码Ack = x + 1,表示收到客户的序列号Seq,并增加其价值与客户自己确认号码Ack的价值,服务器的终端随后进入SYN-RECV阶段。

      3 在收到所提供的SYN+ACK包件后,从客户到服务器的数据流显然正常,使SYN-Sent阶段接近尾声。

      • 信号是ACK 表示收到信号 表示服务器端同意连接
      • Seq = x + 1 表示收到服务器的终端确认号Ack及其作为其本身序列号的价值;
      • Ack = y + 1 表示接收服务器终端序列号续集,并将其价值添加到自己识别码Ack的价值上。
      • 然后由客户提供投入。

      服务器从核实收到服务器数据的客户收到信息后,发现从服务器到客户的数据流动正常,完成了SYN-RECV阶段,进入了设定的阶段,完成了三次握手。

      四次挥手:

      alt开放四波TCP连接要求客户准备放弃连接。 建立阶段结束时,在波之前积极释放连接客户,随后是四波:

      首先,客户向服务器发送TCP信息,表示它希望关闭TCP连接,其中:

      • 表示是FIN,FIN发出请求,要求解除联系。
      • Seq = u 是序列号。
      • 客户随后进入半封闭的FIN-WAIT-1阶段,停止向服务端提供通信数据。

      2 收到客户要求断线的FIN提交书后,服务器完成既定阶段,进入CLOSE-WAIT阶段,并返回TCP提交书:

      • 缩入表示为关闭连接而接受客户的请求。
      • Seq = v 是序列号。
      • 确认编号Ack = u + 1,显示根据收到客户电文作为本段确认编号Ack的价值,序列号添加到值1。
      • 然后服务器开始准备切断服务器与客户端方向的连接。

      客户承认,服务器在收到服务器发送的TCP信息后收到了客户的连接释放请求,客户随后完成了FIN-WAIT-1阶段,并进入FIN-WAIT-2阶段。

      3 在发送 ACK 确认信息后,服务器端,服务器将把剩余等待数据发送客户端 。传输完成后,将进入CLOSE-WAIT阶段。我准备切断服务器对客户的连接向客户再次发送了TCP信息。其中:

      • 标签是FIN和ACK,表示它们准备切断连接。
      • Seq = w 是序列号。
      • 确认编号Ack = u + 1规定,在收到客户的电文后,其序列号Seq的价值将加到本段确认编号Ack

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

          热门文章

          文章分类