TCP 是网络层的一个传输层, 因为 OSI 是分层的, 它太麻烦了, 无法有四层, 因此是四层。 很容易。 TCP 伸手三次。 TCP 握手三次。 TCP 握手三次。 TCP 握手三次。 客户( 主动打开) 连接连接服务器, 并传输 SYN 序号预设为 J, 而服务器是被动打开的 。
初始握手: 客户发送网络软件包, 服务器会收到。 这样客户就可以确定客户的发送和接收能力是正常的 。
第二手握手:客户收到的服务结束软件包。这使客户可以推断服务接收和发送能力正常,客户的接收和发送能力也正常。然而,服务器并未确认客户的接收能力正常。
第三手握:客户打包和收到服务,使客户能够推断客户的接收和发送能力以及服务器本身的发送和接收能力是正常的。
最后更新：2021-12-10 09:07:57 手机定位技术交流文章
TCP 基础
TCP是一个相当复杂的协议,所以让我们从基本原理开始。 我们知道TCP是一个可靠的协议,主要通过解决以下问题实现可靠性:混乱、改变路线、流动管理和抽搐控制。 TCP的概念也可以简单地被图表中格式显示的字段所理解。
TCP TCP套件在网络OSI 7层模型第四层没有IP地址,但它们确实有源港口和目的地港口来标记通信进程。
序列号是软件包的序列号,TCP是根据报纸的文字部分编号的,用于解决软件包在网络中的序列问题。
为了解决不投掷的问题,致谢号码验证了序号,以便向发送者确认收到了哪些包裹。
Windows,又称广告窗口,是一个众所周知的滑动窗口,主要用于解决当前控件。
TCP旗是一个主要用于改变TCP状态机器的包件。
三次握手
TCP握手三次,因为建立客户与服务器互动的TCP连接需要交换三个数据包,握手的主要目的是检查双方接收和传输能力的正常状态、初始序列号、窗口大小的交换以及管理信息系统等信息。
初步握手:客户发送SYN包,并在服务器确认前进入SYN_SEN状态。
第二个握手:服务器接收 SYN 消息, 必须向客户端发送 ACK 确认信息, 而 althus 向客户端发送 SYN 消息, 所以当服务器进入 SYN_ RCVD 状态时, 将 SYN + ACK 消息发送给客户端 。
第三手握:客户端接收 SYN + ACK 信件, 向服务器发送确认软件包, 客户端进入指定状态。 ACK 软件包同样将处于设定状态, 直至服务器从客户端收到该软件包, 届时所有三种手握都将完成 。
当我们作出回应时,我们可以简要地详细介绍TCP程序,然后对地位的基本变化提出三个针对握手的定义。
TCP握手三次;实际上,TCP利用TCP协议与TCP连接,在传输数据之前谈判连接细节。
我们必须认识到,TCP连接并不是通讯设备两端之间的信号隧道,而是双方为了实现TCP连接而必须维持的状态。 结果,TCP国家机器是TCP的基本内容,而知道TCP需要理解这些国家机器之间的过渡。
二次握手可以吗
我们可以以各种方式解释这一点:
(一) 接受当事人接收和发送当事人的能力
在建立连接之前, TCP 要求客户端和服务器确认他们能够接收和交付包件。
因此,只需要三次握手就能证明双方接收和交付能力正常。
(二) 可靠序号同步
在两次握手的情况下,服务器无法确定客户是否获得自己提供的第一个序列号,如果第二次握手信息丢失,客户无法知道服务端的初始序列号,也无法确定TCP的可靠性。
(三) 避免建立多余的历史联系
无论出于何种原因,客户端发送了两个SYN包,其序列号不同,我们知道网络环境复杂,老数据集可能先到。 如果您握手两次,服务器就会得到旧SYN, 并立即建立连接, 导致网络异常 。
如果三次握手, 服务器必须响应 SYN+ACK 软件包; 客户端比较答案的数量, 如果发现是旧信息, 则将 RST 信息发送到服务器, 直到通常的 SYN 出现 。
因此,三次握手提供了足够知识,以确定目前的联系是否历史性。
（四）安全问题
由于TCP制造了新的连接,内核为连接分配了一系列的记忆资源,如果使用两节握手,则进行连接,扩大DDOS攻击。
TCP作为可靠的传输控制协议,有一个基本想法:确保安全的数据传送,同时提高传输效率,三个握手符合两个目标!
ISN (初始序号)
ISN 是什么？
回答:ISN是初始安全编号,是TCP发送方字节数据号的来源,告知另一方,我希望开始提供数据的起始序列号。
现在是固定的吗?
A:如果ISN是固定的,攻击者很容易猜到随后的确认号。出于安全原因,ISN是动态生成的,以避免第三方猜测并发送虚假的 RST 响应。
半连接队列
答: 首次收到客户端 SYN 后, 服务器将处于 SYN_ RCVD 状态, 表明双方尚未完全建立连接 。 服务器将请求以半连接队列的队列进行此状态的连接 。
当然,当三次握手完成时,会有一个全连队列,而那些已经建立连接的人将会被放在全连队列中。如果线路满线,袋子可能会被丢弃。
有三个握手,你能传送数据吗?
第一次和第二次握手无法传递数据,但第三次握手可以。
我们可能会想象一个问题,如果最初的握手能传递数据, 如果有人想蓄意攻击服务器, 他会在SYN报纸上放置许多数据, 他第一次持有这些数据, 并疯狂地重复SYN信息, 让服务器花费了大量的记忆空间来保留它, 让服务器更容易被攻击。
客户在第三次握手时已经连接,他知道服务器的接收和发送能力正常,因此传送数据是适当的。
TCP 四次挥手
当我们的应用程序不再需要数据传输时,它们开始断开 TCP 连接。 连接需要3个握手才能建立,4个波浪才能结束。
客户端启动 FIN 软件包( FIN = 1) 并进入 FIN_ WAIT_ 1 状态。 即使 FIN 软件包不包括数据, TCP 也需要使用序列号 。
第二波。 服务器已收到 FIN 软件包, 发出确认包 ACK( ack = u + 1) 及其序列号后继 =v, 服务器已输入国家 CLOSE_ WAIT 。 At this moment, 客户端没有数据可以传输, 但是如果数据被发送到服务器上, 客户端仍必须接收它。 客户端在接收服务器提供的 ACK 后, 已经输入了 FIN_ WAIT_ 2 状态 。
当服务器端数据已第三次传输时, FIN 软件包( seq=w ack=u+1) 将发送到客户端, 服务器可能以半连接状态发送更多数据, 假设发送后继为 w。 服务器现已输入 LAST_ ACK 状态交付器, 服务器端数据已第三次传输, FIN 软件包( seq=w ack=u+1) 将发送到客户端, 服务器可能在半连接状态下发送更多数据, 假设发送后继为 w。 服务器现已输入 LAST_ AKK 状态 。
在客户收到服务器的 FIN 软件包后, 确认包( ACK=1, ack=w+1) 将交付, 客户将进入 Time_ WAIT 状态。 请注意 TCP 连接目前尚未解除, 必须在输入 CLOSED 状态前通过 2*MSL 。 当服务器收到客户的确认包 ACK 时, 它会输入 CLOSED 状态, 表明服务器比客户提前结束 TCP 连接 。
为什么需要4次才能建立连接,3次握手,3次密封?
当 TCP 握手时,接收端传输 SYN+ACK 的包件将一个ACK和一个SYN 组合成一个包件,将交付减少到一个包件,并完成三次握手。
由于TCP是全时复入通信协议,接收方在将FIN软件包传送给活动近端者后,可能被要求传输数据,无法立即关闭服务器上的数据通道,无法将服务器上FIN软件包与客户的ACK软件包合并,只能在服务器发送FIN软件包之前确认ACK,而不提供数据,因此四个波浪器必须有四个数据渠道。
为什么时报的状态需要 2MSL 返回到CLOSE州?
答复: MSL 指的是报告在网络上的最大存续时间。 这个 ACK 软件包在客户端向服务器的 FIN 软件包发送 ACK 确认软件包后可能仍然无法访问, 如果没有收到 ACK 软件包, 服务器将需要重新发送 FIN 软件包 。
客户端发送 ACK (返回服务器+服务器发送 FIN 拒绝, 一轮) 以等待服务器确认 收到 ACK 软件包 后, 这需要 2MSL 时间 。
也就是说,如果客户等待2MSL而不获得服务器的FIN重新包装,它可以证明服务器得到了客户的ACK。
还有另一个理由 避免混合旧的和新的连接
一旦客户端在 2MSL 时间过后发送最后的 ACK 消息, 整个连接寿命期间创建的所有信件将从网络中删除, 此旧的连接请求在下一个连接中将不存在 。
有些自封路由器隐藏了IP包,如果重复连接,这些晚收的软件包可能会随着新连接而大打折扣。
本文由 在线网速测试 整理编辑，转载请注明出处。
