【网络协议】TCP/IP 协议

1. TCP/IP议定书范本

• 因特网的基本议定书是TCP/IP议定书模式,其中包括构成因特网基础的各种网络议定书。
• 以TCP/IP为基础的地籍表可分为四级或五级,并转化为OSI参考模型,可分为七层,如下图所示:
  
• 通常,我们谈论的是TCP/TP五层模型。

2. TCP/IP议定书住所的等级

• 使用HTTP、FTP和其他协议。
• 转移层使用TCP和UDP协议以及HTTPS。
• IP协议,通过在网络层数据中添加IP地址和其他数据确定传输目标。
• 为准备最终数据传输,为数据传输增加一个以太网协议页头,用于传输数据,并编码为《儿童权利公约》。
• 二元数据流在物理层的转移。

3、IP 协议

• TCP/IP协议是围绕IP协议建立的。所有TCP、UDP、IPCMP和IGCP数据均以IP数据格式发送。要注意的是，IP不是值得信赖的协议 。这是说，知识产权协议没有提供处理尚未提供的数据的方法。它的本意是 上层协议 做任何事情与TCP或UDP。
• IP协议用于无关的协议。

4. 知识产权的分散和重组

• 对于各种数据连接,其最强大的传输装置(MTU),单位字节）不同。当 IP 包中的字节太大, 无法与框架相容时,路由器将 IP 数据分离成部件 。只要路由器认为需要,这种类型的区段就会被处理。它会继续不停的 不停的 不停的 不停的 不停的 不停的 不停的
• 拆分后, IP 数据报告只能由目标主机修改; 路由器不会处理它。 (如果路由器被拆分处理重组, 其后的路由器也可以被拆分, 降低传输效率 。 )
• 路径 MPTU 发现 : 路径 MPTU 指的是发件人和收件人的主机之间不需要共享的最大 MOTU 大小 。是路径中所有数据连接中最小的 MTU 。该技术避免了对中间路由器的分割。也可以将大包发送到传输层。提高网络使用和传输效率。降低分片丢失分险。

5、相关协议

• DNS: 将网站转换为 IP, 即域名解析, 以搜索 IP 地址的域名服务器 。
• ARP: 指定IP地址到匹配的 MAC 地址 。(ARP 请求包(包含目标IP地址))所有主机或路由器都经过链路。如果节点的 IP 地址匹配,,然后您应将您的 MAC 地址输入 ARP 响应包,并转发给发件人。）
• RARP: 将 MAC 地址与 IP 地址比较 。 (在连接物理设备时, 要求 RARP 服务器告诉服务器自己的 MAC 地址, 然后服务器分配相关的 IP 地址 。 )
• IPCMP: 确认 IP 包是否已成功送到目的地地址 。IP包在传输过程中被丢弃的特殊原因。改善网络设置等。当IP包由路由器持有时,且发现问题后，将有可能确定目标主机是否不存在。这相当于发送发件人对ICCMP包的反馈。说明问题原因。
• DCHP: 自动为设备指定 IP 地址 。以统一的方式管理 IP 地址分配 。实现即插即用。它建在 DHP 服务器上 。服务器配置为要指定的 IP 地址、 相关子网遮罩、 路由控制信息以及 DNS 服务器地址 。设备接入后，它们被自动指定预先配置的IP地址。
• 当连接到互联网时,NT将一个私人地址从一个当地网络转换成一个世界性IP地址。NT将私人IP地址传送到全球IP地址。

5、TCP/UDP

• TCP/UDP既是转让层协议,但具有不同的特性和应用设想,下文将比较详细地加以讨论。

• 字节溪流:字节溪流、字节溪流、字节溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye溪流、bye流、bye溪流、bye流、bye河流、bye、bye、bye河流、bye、bye溪流、bye溪流、bye、bye溪流、bye溪流、bye溪流、bye、bye溪流、bye、bye溪流、bye、bye溪流、bye、bye、bye河流、bye、、bt、河流、河流流、流、流、流流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流、流。、流。、流、流、流、流。尽管申请和TCP仅在(不同大小的)时间与一个数据块进行通信,另一方面,TCP将应用视为无结构的字节流。TCP包括缓冲剂。当数据区块太长, 程序无法处理时,TCP可以缩短和转移它。
• 致新闻界:将其发给申请一级的联合民主党是将其载入报纸的最佳方法。2011年利比亚抗议活动特别报导,也就是说,一次发出一个信息。因此,应用程序必须选择合适的信件大小。若报文太长，IP层需要一块碎片。降低效率，若太短，这缩小了知识产权数据的规模。

6. 何时使用TCP?何时使用UDP?何时使用UDP?

• 当对网络通信质量的需求出现时,例如所有数据应精确地相互交流,这些数据经常用于各种需要可靠性的应用,如HTTP、HTTP、HTTP、FTP、POP、SMTP等等。
• 当网络连接质量低时,必须尽快建立网络,并能够利用UDP,例如:麦克风语音、微电子邮件视频、现场直播等等。

7. TCP连接建立和终止

(1) TCP第三手覆盖,以建立联系

• 这三个握手机制的主要职能是验证双方接收和传输能力的正常状态,并指定其最初的序列号(ISN),为将来的可靠性转让作准备。

• 已经建立了TCP。无论数据由对面发送的方向如何,第一,双方必须建立联系。根据TCP/IP议定书协议,TCP协议保证提供连贯一致的连接服务。使用了三次握手来确定连接。这三个握手会旨在同步序列号和确认号,并交流TCP窗口大小信息。
  

• 客户通过向服务机构发送SYN信息(SYN=1)启动第一次握手。还要识别客户的原序列号ISN(x),这是图表的以下 = x 。此值代表本报告所发送数据的第一个字节。目前客户端处于 SYN 传输( SYN_ Send) 模式 。

• 当服务器收到客户端的 SYN 消息时, 第二次握手会发生 。作为答复,发送SYN和ACK报告(SYN=1,ACK=1)。然后给它最初的序号ISN(y)。在图表中,这是下图 = y。同时,客户的ISN+1将用作识别号码的价值。据博客说,从一位顾客收到了SYN的讯息。x+1 是您想要接收的下一个数据的初始字节编号 。此时服务器处于 SYN 收到(SYN_RECV => SYN_RECEIVED)的状态。

• 第三手握:在从服务器收到SYN信息后,客户端将发出一个确认的信息,与服务器值相同的 ISN + 1,根据最新报告,已经从该处的客户那里收到数据。y + 1 是您想要接收的下一个数据的首个字节编号。并在此时提供客户的序列号 后 数 = x + 1 (原 后 数 = x, 后 数 = x, 后 数 = x, 后 数 = x因此,本文第二段是+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1+1++1+1++1+1++1++1++1++1++1+1++1++1++1++1++1++1++1++1++1++1++1++1++1++1++1++1++1++1++1+1++1+1++1++1+1++1++1++1++1++1+1++1++1++1+1++1+1++1++1+1++1+1+1++1++1++1++1++客户现在处于成立状态。同时 当服务器收到ACK报告时同样,它也处于成立州。因此,双方建立了TCP联系。

(2) TCP四次挥手切断连接。

• 在客户端和服务端通过三次握手和数据传输完成后, TCP 连接无疑将被切断。 这里有一个神秘的“ 四波” 用于断开 TCP 连接 。

• 应当指出,客户和服务提供者都可以发起波浪活动。
  

• 第一波:客户端发送 FIN 消息( 请求连接终止: FIN=1)文件将包括一个序号以下的序号 = u。并停止再发送数据，主动关闭 TCP 连接 。客户现在在FIN_WAIT1州。等待服务端的确认。

• 第二波:从服务器收到FIN后发送确认信息,u+1 作为ACK提交文件的序列号这是我第一次收到我的委托人的信服务器现已进入 CLOSE_WAIT 状态 。目前,TCP只部分关闭。开放客户与服务的联系。客户收到服务处的确认后,停止等待二号, 进入 FIN_ WAIT2( 停止等待二号) 状态 。等待服务端连接释放 。

• 第三波:如果服务器想要断开连接( 没有数据要发送到客户端), 发送 FIN 消息并包含序列号, 正如客户第一次所做的那样 。 此时, 服务端在 LAST_ ACK 状态, 等待客户确认 。

• 客户收到FIN后作为回应,发送一份ACK报告(ack = w+1)。此外,使用服务端序列值+1作为其本身的ACK提交文件(seq=u+1)的序列号,客户现已进入时间延迟状态。在等待2MSL(返回和返回报告的时间)之后,没有收到任何答复。这是首次终止服务。然后客户端可以断开服务器 。

你为何不能握两只手?

• 三次握手的主要目的,是核证客户和该处能够传输和接收数据。
• 仅用两只手盖,服务提供者无法评估客户消费数据的能力。此外,如果使用两种握手方式,中断的连接请求被意外地转发到服务处 。服务处将确认信息退还客户。我们认为,双方已恢复接触。等待客户端的数据。然而,客户没有请求提供连接文本。无法向服务提供商传输数据。服务端就会等着，浪费资源。(尽管TCP包括一个实时定时器)

ISN(初始序号)固定了吗?

• 三次握手中最重要的任务之一是客户与服务机构之间交换ISN(初始序列号),以便另一方知道在收到数据后如何按序列号对数据进行组装。
• 当一端发送 SYN 以建立连接时,它为连接指定了初始序号。ISN随时间演变。因此,每个连接都将有一个独特的ISN。如果ISN被纠正,攻击者可以随时估计后续确认的编号。因此,ISN是动态生产的。

您能否通过 10 或 3 个握手传递数据?

• 数据可在第三次握手期间传递,但不能在第一次或第二次握手期间传递。
• 如果最初的握手能够携带数据如果有人想恶意攻击服务器因此,他首次在SYN报纸上公布大量数据。攻击者只是没有适当地使用服务器接收和交付它。它就是要攻击你），这将使服务器能够用大量的时间和内存空间接收这些信息。而对于第三次的话，目前客户已处于连接状态(ESTABLISHED)。先前已经确认服务器的接收和传输能力是正常的因此,发送/携带数据当然是正常的。

11,什么是半连接?

• 当服务器首次获得客户端的 SYN 时, 当双方尚未完全建立连接时, 它将处于 SYN 接收状态( SYN_RCVD), 请求将被放在队列中, 我们称之为半连接队列 。
• 当然,这里有一个全连接的队列, 并且将三次握手后建立的连接放进去。 如果线路满了, 袋子可能会被丢掉 。

SYN洪水袭击到底是什么?

• 当客户在短时间内创建大量不存在的IP地址时,就发生了SYN攻击事件。并持续向服务器发送 SYN 包 。服务处对确认包作出答复。并等待客户端确认，由于源地址不存在，这就是为什么这项服务必须重新开放,直到结束。这些假的SYN包要花很长时间才能消耗 连接队的一半由于排队排满,放弃了通常的SYN要求。这造成网络堵塞,并在某些情况下造成系统瘫痪。

13. 客户服务如何处理失去第三次握手的问题?

• SYN-ACK 软件包由服务器完成 。如果客户没有发送确认包,这是第三次握手失踪了然后服务器将首次受到怨恨。如果你没有在一段时间内拿到客户确认包, 你可以用它作为工具。就进行第二次重传。如果再传送的数量超过系统再传送的最大数量,系统从半连接队列中删除连接信息 。
• 必须指出,每次再传送的等待时间并不总是一样,而且常常是指数上升,例如,间隔由1、2、4和8组成。

如果已经建立了连接,但客户意外下降怎么办?

• TCP 启动实时计时器 。每次收到数据时服务器重新启动计时器 。若计时器走完，没有收到客户数据。这是服务器第一次提交搜索报告 。检测报告需要75秒连续10次的检测报告没有得到答复。就认为客户端故障，断开连接。

你为什么给我四波?

• TCP是一种以字节为基础的运输层通信议定书,具有连通性和可靠性。另一方面,TCP是一种全时复入的办法。这意味着当客户发送 FIN 信息时,服务器向客户发送 FIN 信息。只是所有客户数据都已经发送了然而,客户目前仍然可以接受服务提供的数据;当服务返回到ACK部分时,它声称,它已经知道客户没有数据可以提交。另一方面,服务提供者可以将数据传送给客户;当服务也提供FIN信息时,这表示目前没有数据可传输到服务器 。我会通知客户 我没有任何数据可以提供然后他们会很高兴 打破这个TCP连接。

16:为什么你要第四次挥手等2MSL?

• MSL: 最大时间长度,这是在放弃之前在网络中存在任何说明的最长时间段。
• 其原因有两个:(1) 保证与TCP协议的全时双人连接安全结束;(2) 确保从网络中撤出关于这一连接的所有数据。
• 首先,如果客户突然关闭由于知识产权议定书的不稳定性或其他与网络有关的原因,因此,该处没有收到客户最后的 " ACK " 信息。加班后,服务器将恢复发送FIN。因为客户已经关门了无法关闭临时文件夹:%s。因此,客户没有处于停业状态。都是为了维持时代的状态等我收到另一个FIN 我会通知你能够确保彼此 收到ACK,最后一个切断连接的人
• 第二个论点是,如果客户直接关闭,然后建立与这项服务的新联系。我们不能确保这一新连接的港口号不同于最近结束连接的港口号。例如,新旧连接的港口号可能是一样的。没有一般性的问题。但是,有一些例外:如果新的连接港号与已经关闭的旧连接港号相同,则新连接有问题。如果上一个连接中的任何数据仍然存在于网络中(称为丢失的复制件),则不能使用这些数据。一旦建立了新的连接,延迟的数据将到达服务结束。因为新连接的端口号与前一个端口号相同,延迟的数据被视为TCP协议下的新连接。对于与数据包的真正新连接存在误解。结果,TCP与时代-WAIT州的联系等待2MSL。必须确信,网络上关于这一连接的所有数据都已删除。

当你打开网页时,会发生什么?

• 要开始,请在浏览器的地址栏中输入 URL。浏览器接下来将检查与您输入的 URL 相关的浏览器缓存信息 。如果存在缓存,则直接从缓存中获取相关的 IP 地址 。否则, DNS 域解析就会发生 。之后,取得相关的IP地址。
• 在解析 IP 地址后, 尝试使用 IP 地址和默认端口通过 TCP 连接到服务器 。
• 在三次TCP握手之后,成功建立了与服务端的联系,并答复了数据请求。
• 服务器收到请求后,会回复浏览器并将其传送到浏览器。
• TCP波将连接断开四次。
• 浏览器接收反应数据,分析数据,并在页面上显示。

本文由 在线网速测试 整理编辑，转载请注明出处。