wordpress 查看版本号,网站优化宝,手机应用app开发公司,南京网站维护系列文章目录
什么是计算机网络#xff1f; 什么是网络协议#xff1f; 计算机网络的结构 数据交换之电路交换 数据交换之报文交换和分组交换 分组交换 vs 电路交换 计算机网络性能#xff08;1#xff09;——速率、带宽、延迟 计算机网络性能#xff08;2#xff09;…系列文章目录
什么是计算机网络 什么是网络协议 计算机网络的结构 数据交换之电路交换 数据交换之报文交换和分组交换 分组交换 vs 电路交换 计算机网络性能1——速率、带宽、延迟 计算机网络性能2——时延带宽积、丢包率、吞吐量/率 计算机网络体系结构概念 OSI参考模型基本概念 OSI参考模型中非端-端层物理层、数据链路层、网络层功能介绍 OSI参考模型中端-端层传输层、会话层、表示层、应用层功能介绍 TCP/IP参考模型基本概念包括五层参考模型 网络应用的体系结构 网络应用进程通信 网络应用对传输服务的需求 Web应用之HTTP协议涉及HTTP连接类型和HTTP消息格式 Cookie技术 Web缓存/代理服务器技术 传输层服务概述、传输层 vs. 网络层 传输层——多路复用和多路分用 传输层——UDP简介 传输层——可靠数据传输原理之Rdt协议 传输层——可靠数据传输之流水线机制与滑动窗口协议 传输层——TCP特点与段结构 传输层——TCP的可靠数据传输 系列文章目录前言建立连接——三次握手关闭拆除连接——四次挥手生命周期 前言
我们知道TCP是一个面向连接的传输层协议所以在进行实际的数据传输之前要先进行连接的建立等到数据都传输完成后还要进行连接的拆除。那这个是怎么实现的下面一起来看看。 建立连接——三次握手
TCP sender 和receiver在传输数 据前需要建立连接。 在建立连接的过程中会初始化TCP变量或者说选择自己的序列号也会分配相应的资源比如分配缓存、交换流量控制信息等等。 一般来说连接的发起者往往是Client客户端Server服务器这一端则是等待客户连接请求并且在有可用资源的时候会接收这个请求并建立连接。
在TCP连接建立的过程中采用了三次握手的机制。这是非常重要的。三次握手是指TCP连接的建立过程分三个阶段在这个过程中会涉及三个包的传输基本原理如下
Step1客户主机向服务器发送一个SYN报文段这个段中不携带任何数据信息并且SYN这个标志位要置1并且要携带所选择的初始的序列号。关于这个初始序列号如何选择是有大量的机制的一般是随机选。Step2服务器收到SYN报文段后如果同意建立这个连接的话就回复一个SYNACK报文段在这个过程中服务器会分配缓存以及相应的资源同时选择自己初始的序列号并告知客户端。这个报文段会告诉客户机连接请求已经收到了。Step3客户机收到来自服务器的SYNACK报文段之后会回复一个ACK报文段这个时候SYN标志位就不再置1了这个报文段的意思就代表客户机收到了服务器同意建立连接的报文段。并且回复的报文段中可以包含数据。
Q为什么要有三次握手而且三次握手机制不仅仅在计算机网络中存在在很多现实当中也是广泛使用的。
以下解释引用自https://cloud.tencent.com/developer/article/1874945
A原因避免重复连接
其实在RFC 793 Transmission Control Protocol里就有指出为什么要三次握手的原因 The principle reason for the three-way handshake is to prevent old duplicate connection initiations from causing confusion. 翻译为中文大致意思是主要原因是为了防止旧的重复连接引起连接混乱问题
比如在网络环境比较复杂的情况客户端可能会连续发送多次请求。如果只设计成两次握手的情况服务端只能一直接收请求然后返回请求信息也不知道客户端是否请求成功。这些过期请求的话就会造成网络连接的混乱。
所以设计成三次握手的情况客户端在接收到服务端SEQ1的返回消息之后就会知道这个连接是历史连接所以会发送报文给服务端告诉服务端。
所以TCP设计成三次握手的目的就是为了避免重复连接。
那么可以设计成四次握手五次握手不可以答案是也是可以的不过为了节省资源三次握手就可以符合实际情况所以就没必要设计成四次握手、五次握手等等情况。
下面这幅图展示了三次握手的简单过程 ACK number是上一个序列号1这是确认前面的报文段收到了同时告知对方下一个期待的报文段的起始序列号。
如果第三个步骤中客户端的ACK没有成功发给服务器那服务器再第二个步骤所创建的资源会保留一段时间一直到确认这个连接不会再建立了才会释放资源。这种TCP连接管理为经典的 DOS攻击 即 SYN洪泛攻击 提供了环境。在这种攻击中攻击者发送大量的SYN 请求连接报文段 而不完成第三次握手 也就是不回复ACK确认报文段。 如果服务器不断地响应请求 为这些半开连接分配资源 ( 但从未使用 ) 就会导致服务器的连接资源被耗尽。
关于TCP连接的建立就介绍到这里下面介绍如何关闭或者说拆除连接。 关闭拆除连接——四次挥手
TCP连接的拆除是客户机和服务器都可以发起的。但多数情况下是客户机发起关闭的请求。
客户机的socket执行一个close函数意味着客户机声明想要关闭连接。接下来会有四个步骤在这个过程中会涉及四个包的传输
Step1客户机向服务器发送一个FIN控制报文段。FIN和SYN一样是TCP报文段里一个标志位。这个标志位用于关闭连接。Step2服务器收到FIN控制报文段后回复一个ACK报文段关闭连接。接下来服务器会发送一个FIN报文段。Step3客户机收到FIN回复ACK。回复之后会进入等待状态这是为了确保服务器那端能够正确的关闭连接并且释放资源。等待的过程中如果重复收到了FIN说明回复的ACK出错了那客户机就重新发送ACK以确保服务器那端收到ACK消息。Step4当服务器收到ACK后真正地关闭连接。 生命周期
TCP协议在不同的状态之间来回切换。下面展示了典型的TCP客户端和服务器的生命周期也就是状态的变化过程。
客户端初始的时候TCP客户端处于关闭状态。当上层也就是应用层有一个应用需要TCP连接的时候TCP客户端会尝试建立连接向服务器发送SYN报文段。这时会进入SYN已发送的状态。然后等待SYN ACK报文段收到之后会回复ACK这时会进入已经建立连接的状态。这个时候就可以为上层应用可靠的传输数据了。当上层应用使用完连接后并想要关闭连接这时TCP客户端会发送FIN报文段并进入FIN_WAIT_1状态。如果收到ACK的话进入FIN_WAIT_2状态等待服务器端发来的FIN报文段。收到后发送一个ACK这时再进入等待状态一般来说会等待30s这个过程如果又收到FIN 会重新发送ACK否则30s结束进入关闭状态。 服务器
