第2次握手传回了ACK，为什么还要传回SYN？

最新推荐文章于 2023-06-25 12:26:35 发布
原创 最新推荐文章于 2023-06-25 12:26:35 发布 · 904 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#网络 #服务器 #java

博客围绕TCP/IP建立连接时第2次握手，探讨传回ACK后为何还要传回SYN。指出发送ACK仅表明客户端到服务端通信正常，回传SYN是为保证服务端到客户端通信正常，介绍了建立可靠TCP连接的消息交互过程。

第2次握手传回了ACK，为什么还要传回SYN？

服务端向客户端发送ACK应答是为了告诉客户端:"我接收到的信息确实是你发送的信号“，但这只能表名 客户端到服务端的通信是正常的，不能表明服务端到客户端的通信就一定正常。

所以回传SYN是为了保证服务端到客户端的通信也是正常的

SYN 同步序列编号,是 TCP/IP 建立连接时使用的握手信号

在客户机和服务器之间建立正常的 TCP 网络连接时，客户机首先发出一个 SYN 消息，服务器使用 SYN-ACK 应答表示接收到了这个消息，最后客户机再以 ACK(Acknowledgement）消息响应

这样在客户机和服务器之间才能建立起可靠的 TCP 连接，数据才可以在客户机和服务器之间传递

深入理解计算机网络（二）——详解TCP三次握手四次挥手
weixin_48170091的博客
07-03 567
目录 2.1 TCP 三次握手漫画图解 2.2 为什么要三次握手 2.3 第2次握手传回了ACK，为什么还要传回SYN？ 2.4为什么要四次挥手 为了准确无误地把数据送达目标处，TCP协议采用了三次握手策略。 2.1 TCP 三次握手漫画图解 如下图所示，下面的两个机器人通过3次握手确定了对方能正确接收和发送消息(图片来源：《图解HTTP》)。 简单示意图： 客户端–发送带有 SYN 标志的数据包–一次握手–服务端 服务端–发送带有 SYN/ACK 标志的数据包–二次握.
TCP之为什么是三次握手和四次挥手？面试题总结
weixin_43742894的博客
04-04 885
三次握手 第一次握手：建立连接时，客户端发送syn包（syn=x）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=y+1），此包发送完毕，客户端和服务器进入ESTAB
TCP第二次握手发送SYN标志的数据包原因
qq_36180663的博客
06-25 653
同步：SYN标志的数据包还包含一个序列号，这个序列号是服务器为自己的数据流生成的。通过这个序列号，客户端和服务器可以同步它们的数据流，确保数据的正确传输。确认：SYN标志的数据包可以让客户端知道服务器已经准备好建立连接。这是一个确认信号，告诉客户端服务器已经收到了它的SYN包。TCP（传输控制协议）的三次握手过程是为了在数据传输前建立可靠的连接。因此，第二次握手中的SYN标志既是一个确认信号，也是一个同步信号，是建立可靠连接的重要步骤。
TCP三次握手中为什么要传回SYN？
fight252的博客
03-21 2659
SYN是在建立连接时用到的同步信号。 接收方再第二次握手的时候回传SYN是证明双方之间通信的通道没有问题，我收到的信息确实是你（客户端）发送的信号。 ...
第二次握手的时候，为什么要传回SYN？
gtjsjj的博客
07-09 1866
告诉客户端，服务器端收到的消息确实是客户端发送的信号 SYN 是 TCP/IP 建立连接时使用的握手信号。在客户机和服务器之间建立正常的 TCP 网络连接时，客户机首先发出一个 SYN 消息，服务器使用 SYN-ACK 应答表示接收到了这个消息，最后客户机再以ACK(Acknowledgement[汉译：确认字符 ,在数据通信传输中，接收站发给发送站的一种传输控制字符。它表示确认发来的数据已经接受无误。 ]）消息响应。这样在客户机和服务器之间才能建立起可靠的TCP连接，数据才可以在客户机和服务器之间.
为什么要传回SYN？干啥用的？
weixin_43813004的博客
02-19 882
为什么要传回SYN？干啥用的？ 接收端传回发送端所发送的 SYN 是为了告诉发送端，我接收到的信息确实就是你所发送的信号了。 SYN 是 TCP/IP 建立连接时使用的握手信号。在客户机和服务器之间建立正常的 TCP 网络连接时，客户机首先发出一个 SYN 消息，服务器使用 SYN-ACK 应答表示接收到了这个消息，最后客户机再以 ACK(Acknowledgement[汉译：确认字符 ,在数据...
TCP中回传了SYN信号为什么还要传ACK？
fight252的博客
03-21 2081
TCP是可靠连接，双方都要确保发送的信息是可靠的、准确无误的。 回传了SYN只是证明服务器收到的确实是客户端发送的信号，但是服务器到客户端之间的通道还需要ACK信号来保证信息的准确无误。 ...
浅谈三次挥手与四次握手（面试用）
weixin_43138692的博客
01-02 1278
文章目录一、TCP三次握手1.什么是TCP三次握手2.为什么要三次握手二、TCP四次挥手 一、TCP三次握手 1.什么是TCP三次握手 客户端–发送带有 SYN 标志的数据包–一次握手–服务端 服务端–发送带有 SYN/ACK 标志的数据包–二次握手–客户端 客户端–发送带有带有 ACK 标志的数据包–三次握手–服务端 2.为什么要三次握手 三次握手的目的是建立可靠的通信信道，说到通讯，简单来说就是数据的发送与接收，而三次握手最主要的目的就是双方确认自己与对方的发送与接收是正常的。 第一次握手：Clie
TCP协议为什么需要三次握手和四次挥手？
樱木天亥
10-18 903
文章目录前言TCP 协议的三次握手三次握手的过程为什么需要三次握手为什么要回传 SYN传了 SYN,为啥还要传 ACKTCP 协议的四次挥手后记 前言 号外号外，笔者最近在系统整理一些 Java 后台方面的面试题和参考解答，有找工作需求的童鞋，欢迎关注我的 Github 仓库，如果觉得不错可以点个 star 关注 ： 1、awesome-java-interview 2、awesome-java...
tcp 二次握手时延_TCP协议详解及实战解析【精心整理收藏】
weixin_36078354的博客
01-14 806
TCP协议简介TCP协议是在TCP/IP协议模型中的运输层中很重要的一个协议、负责处理主机端口层面之间的数据传输。主要有以下特点：1.TCP是面向链接的协议，在数据传输之前需要通过三次握手建立TCP链接，当数据传递完成之后，需要通过四次挥手进行连接释放。2.每一条TCP通信都是两台主机和主机之间的，是点对点传输的协议。3.TCP提供可靠的、无差错、不丢失、不重复，按序到达的服务。4.TCP的通信双...
计算机网路——三次握手
程序猿进化梯
09-25 388
学习了三次握手的过程，巩固画了一遍 第一次握手：客户与服务器建立连接，客户向服务器发送syn包（syn = x），并进入SYN-SENT状态，等待服务器响应。 第二次握手：服务器收到客户发送的syn包,必须确认客户的syn（ack = x+1），同时自己也发送一个syn包（syn = y）（区别于前面发送的syn = x的包,这里取y），我们称之为SYN+ACK包，此时服务器进入SYN-RECV状态。 第三次握手：客户端收到服务器端发送的SYN+ACK包，向服务器发送确认包ACK（ack = y+..
TCP三次握手,四次挥手详解
Rocketcp3的博客
10-05 483
...
计算机网络高频面试考点
qq_45366447的博客
03-23 477
一、五层协议 1、应用层 应用层的任务是通过应用进程间的交互来完成特定网络应用 应用层协议定义的是应用进程（进程：主机中正在运行的程序）间的通信和交互的规则 例如： 域名系统DNS、支持万维网应用的HTTP协议、支持电子邮件的SMTP协议 我们把应用层交互的数据单元称为报文 2、运输层 运输层的主要任务就是负责向两台主机进程之间的通信提供通用的数据传输服务 应用进程利用该服务传送应用层报文 由于一台主机可同时运行多个线程，因此运输层有复用和分用的功能。 复用：多个应用层进程可同时使用下面运输层的服
计算机网络知识点复习
weixin_45490396的博客
08-01 330
计算机网络 三次握手的目的 建立可靠的通信通道，确认客户端和服务器端双方的接收发送功能都正常。 第一次握手：客户端什么也不能确认，服务器端确认对方发送正常，自己接收正常 第二次握手：客户端确认自己发送、接收正常，对方接收、发送正常；服务器端确认对方发送正常，自己接收正常 第三次握手：客户端确认自己发送、接收正常，对方接收、发送正常；服务器端确认自己发送、接收正常，对放接收、发送正常。 第二次握手为什么要传回SYN和ACK？ 第二次握手接收端传回发送端发送的SYN是为了告诉客户端，我接收到的消息就是你所传
TCP的三次握手和四次挥手
qq_45806136的博客
03-22 553
三次握手是 TCP 连接的建立过程。在握手之前，主动打开连接的客户端结束 CLOSE 阶段，被动打开的服务器也结束 CLOSE 阶段，并进入 LISTEN 阶段。随后进入三次握手阶段：② 服务器接收到客户端发来的 SYN 包后，对该包进行确认后结束 LISTEN 阶段，并返回一段 TCP 报文，其中：标志位为 SYN = 1 和 ACK = 1，表示确认客户端的报文 seq 序号有效，服务器能正常接收客户端发送的数据，并同意创建新连接；序号为 Seq = y 随机；
面试八股知识总结
g498912529的博客
06-20 3158
总结了一些面试基础知识，欢迎大家提出意见和补充
TCP的三次握手与四次挥手
zlear小窝
05-08 179
TCP(Transmission Control Protocol)协议是一种面向连接的、相对可靠的传输控制协议（虽说是面向连接，其实也就是通信双方保持一个‘连接’状态） 三次握手和四次挥手是TCP协议中比较重要的部分，它们都是为数据传输而服务的，一个是在数据传输开始之前建立连接，一个是在数据传输结束之后关闭连接 接下来就简单说一下这个过程： 关于各种状态以及发送的报文信息，上图已经表现的很清楚...
网络编程基础一：TCP/IP 协议详解
Mr_lisj的博客
03-29 3760
前言 我们知道两个进程如果需要进行通讯最基本的一个前提【能够唯一的标示一个进程】，在本地进程通讯中我们可以使用PID来唯一标示一个进程，但PID只在本地唯一，网络中的两个进程PID冲突几率很大，这时候我们需要另辟它径了，我们知道IP层的ip地址可以唯一标示主机，而TCP层协议和端口号可以唯一标示主机的一个进程，这样我们可以利用ip地址＋协议＋端口号唯一标示网络中的一个进程。能够唯一标示网络中的进...
TCP 三次握手的ack syn seq 分别是什么意思
最新发布
06-12
### TCP三次握手中 `ack`、`syn` 和 `seq` 字段的具体含义及作用 #### 1. `SYN` 字段 `SYN` 是同步标志位（Synchronize Sequence Numbers），位于 TCP 报文头的 Flags 字段中，取值为二进制值（0 或 1）。它的主要功能包括： - 标识连接初始化请求：在第一次握手时，客户端发送一个带有 `SYN=1` 的数据包到服务器，表示希望建立连接[^1]。 - 表示序列号同步：在第二次握手时，服务器返回一个带有 `SYN=1` 的数据包，确认接收到客户端的连接请求，并同步自身的序列号[^3]。 #### 2. `SEQ` 字段 `SEQ` 是序列号字段（Sequence Number），位于 TCP 报文头的独立字段中，长度为 32 位整数。它的主要功能包括： - 标识报文段的第一个字节序号：在第一次握手时，客户端随机生成一个初始序列号（如 `seq=1234567`），并将其放入 `SEQ` 字段中[^3]。 - 确保数据有序传输：通过序列号机制，接收方可以重新排列乱序的数据包，保证数据的完整性[^1]。 #### 3. `ACK` 字段 `ACK` 是确认标志位（Acknowledgment），同样位于 TCP 报文头的 Flags 字段中，取值为二进制值（0 或 1）。它的主要功能包括： - 确认接收到对方的请求：在第二次和第三次握手中，`ACK=1` 表示接收方已经正确接收到对方的请求，并准备进行下一步操作[^3]。 - 携带确认号：当 `ACK=1` 时，TCP 报文头中的 `Acknowledge number` 字段会被激活，用于告知发送方下一个期望接收的字节序号。例如，在第二次握手中，服务器发送 `ack=client_seq+1`，表示已成功接收到客户端的 `seq` 值[^4]。 #### 三次握手流程中的字段使用 - **第一次握手**：客户端发送 `SYN=1` 和随机生成的 `seq=x` 数据包到服务器，表明希望建立连接[^1]。 - **第二次握手**：服务器接收到请求后，返回 `SYN=1`、`ACK=1` 和 `ack=x+1` 的数据包，同时携带自身的随机 `seq=y`[^3]。 - **第三次握手**：客户端验证服务器的 `ack` 是否等于 `seq+1`，并发送 `ACK=1` 和 `ack=y+1` 的数据包，完成连接建立[^4]。 ```python # 示例代码：模拟三次握手过程 class TCPHandshake: def __init__(self): self.client_seq = 1234567 self.server_seq = 7654321 def first_handshake(self): return {"SYN": 1, "SEQ": self.client_seq} def second_handshake(self, client_seq): ack = client_seq + 1 return {"SYN": 1, "ACK": 1, "SEQ": self.server_seq, "ACKNOWLEDGE": ack} def third_handshake(self, server_seq): ack = server_seq + 1 return {"ACK": 1, "ACKNOWLEDGE": ack} handshake = TCPHandshake() print("First handshake:", handshake.first_handshake()) print("Second handshake:", handshake.second_handshake(1234567)) print("Third handshake:", handshake.third_handshake(7654321)) ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

C_x_330

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值