三次握手之后没有建立网络连接

㈠ 3次握手为什么不能2次

三次握手不能简化为两次握手的原因主要有以下几点：

1. 避免同时打开两个方向的数据传输：

   • 在两次握手的情况下，一个方向的数据传输可能会在另一个方向完成握手之前就开始，导致数据包在两个方向上同时传输且没有同步。
   • 这会引发数据丢失或重复的问题，因为双方没有确保彼此都已准备好进行数据传输。

2. 确认双方的接收和发送能力：

   • 三次握手的过程实际上是一个双方确认接收和发送能力的过程。
   • 第一次握手，发送方确认自己可以发送数据，接收方确认自己可以接收数据。
   • 第二次握手，接收方再次确认自己的接收能力，同时发送方也确认了自己的发送能力（通过ACK回应）。
   • 第三次握手，则是双方最终确认彼此都已准备好进行数据传输，确保连接的可靠性。

3. 防止历史连接的复用：

   • 在两次握手的情况下，旧的连接信息可能会被新的连接复用。
   • 这会导致数据传输错误，因为新连接可能基于错误或过时的连接信息。
   • 三次握手通过引入额外的确认步骤，确保了每个连接都是独一无二的，从而避免了历史连接的复用问题。

综上所述，三次握手机制确保了网络中的两个通信端点在建立连接时能够正确地同步彼此的状态，并且保证连接的双方都已经准备好进行数据传输。这种机制是TCP协议中确保数据传输可靠性和完整性的重要组成部分。

㈡ 正常的TCP连接建立过程是一个所谓“三次握手”过程

在TCP连接建立的过程中，通常采用一个被称为“三次握手”的过程。这一过程的第一步是客户端向服务端发出连接请求。在这个阶段，客户端会将TCP报头中的SYN标志置位，同时在序列号区域填写一个初始序列号（ISN），用于标识数据传输的起点。当服务端接收到客户端的请求分段后，会回应一个SYN置位的分段，并将ACK标志也置位，确认接收到客户端的请求。同时，服务端会在序列号区域填写自己的ISN，用于回应客户端的请求。

在第二步中，客户端收到服务端的回应后，会进一步确认服务端的ISN，通过置位ACK标志来回应服务端。这一步的目的是确认双方能够正常进行数据传输。当客户端确认收到服务端的ISN后，双方的TCP连接就被正式建立了。

至此，整个三次握手过程完成，双方进入了全双工的数据传输模式。在这个模式下，双方可以同时发送和接收数据，确保了数据传输的高效性和可靠性。

值得注意的是，三次握手过程中的每个步骤都包含了一系列的确认机制，确保了数据传输的准确性和可靠性。这个过程不仅保证了数据传输的连续性，还能够在网络不稳定的情况下进行重传，从而提高了数据传输的稳定性。

三次握手过程中的每个步骤都确保了双方能够准确无误地进行数据传输。在这个过程中，ISN的使用起到了关键的作用，它不仅标识了数据传输的起点，还保证了双方能够正确地确认对方的数据传输情况。

总之，TCP的三次握手过程确保了双方能够建立一个可靠的连接，使得数据传输能够在全双工模式下进行。这个过程虽然简单，但却至关重要，确保了网络通信的稳定性和可靠性。

㈢ 计算机网络中什么叫三次握手

计算机网络中的三次握手是指TCP协议在建立连接时，客户端和服务器之间需要进行三次数据包交互的过程。具体过程如下：

1. 第一次握手：

   • 客户端发送SYN包：客户端向服务器发送一个带有SYN标志的数据包，表示希望建立连接，并进入SYN_SEND状态，等待服务器的确认。

2. 第二次握手：

   • 服务器确认SYN并发送SYN+ACK包：服务器收到客户端的SYN包后，确认客户端的请求，并同时发送一个带有SYN和ACK标志的数据包给客户端，表示同意建立连接，并进入SYN_RECV状态。

3. 第三次握手：

   • 客户端发送ACK包：客户端收到服务器的SYN+ACK包后，向服务器发送一个带有ACK标志的确认数据包，表示已经收到服务器的确认。此包发送完毕后，客户端和服务器均进入ESTABLISHED状态，表示连接已经成功建立，可以开始传送数据。

完成三次握手之后，客户端与服务器之间的连接正式建立，双方可以开始进行数据通信。

㈣ TCP连接建立过程中为什么需要“三次握手”

传输控制协议 TCP）是一种面向连接的、可靠的、基于字节流的运输层（Transport layer）通信协议。是专门为了在不可靠的互联网络上提供一个可靠的端到端字节流而设计的。互联网络与单个网络不同，因为互联网络的不同部分可能有着截然不同的拓扑、带宽、延迟、分组大小和其他参数。TCP的设计目标是能够动态的适应互联网络的这些特性，而且当面对多种失败的时候仍然能够健壮。 每一次TCP连接都需要三个阶段：连接建立、数据传送和连接释放。三次握手就发生在连接建立阶段。 在谢希仁着《计算机网络》第四版中讲三次握手的目的是 为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误。在另一部经典的《计算机网络》一书中讲三次握手的目的是为了解决 网络中存在延迟的重复分组的问题。 这两种不用的表述其实阐明的是同一个问题。 谢希仁版《计算机网络》中的例子是这样的，已失效的连接请求报文段的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用三次握手，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用三次握手的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。 这个例子很清晰的阐释了三次握手对于建立可靠连接的意义。 在Google Groups的 TopLanguage 中看到一帖讨论TCP三次握手觉得很有意思。贴主提出 的问题，在众多回复中，有一条回复写道：这个问题的本质是, 信道不可靠, 但是通信双发需要就某个问题达成一致. 而要解决这个问题, 无论你在消息中包含什么信息, 三次通信是理论上的最小值. 所以三次握手不是TCP本身的要求, 而是为了满足"在不可靠信道上可靠地传输信息"这一需求所导致的. 请注意这里的本质需求,信道不可靠, 数据传输要可靠. 三次达到了, 那后面你想接着握手也好, 发数据也好, 跟进行可靠信息传输的需求就没关系了. 因此,如果信道是可靠的, 即无论什么时候发出消息, 对方一定能收到, 或者你不关心是否要保证对方收到你的消息, 那就能像UDP那样直接发送消息就可以了. 。这可视为对三次握手目的的另一种解答思路。