三次握手,四次挥手及半关闭

TCP/IP三次握手,四次挥手过程 TCP/IP 三次握手四次挥手 三次握手 三次握手的客户端与服务端请求交流过程大体如下图所示: 第一次握手:client 主机向 server 端发送位码为 syn = 1,并随机产生一个 seq = 1234567 的数据包,server 主机由 syn = 1 知道 client 要进行联机。此时 client 进入等待连接的状态。 第二次握手:server 主机收到请求后要确认联机信息,向 client 发送包含 ack = (主机 client 的 seq + 1),syn = 1,ACK = 阅读详情

最近在学习TCP/IP协议,通过看书和实践终于理解了三次握手和四次挥手,也终于不用总去查什么是三次握手什么是四次挥手了~

下图是在本子上画的,Linux系统下实在没找到好用的画图工具,SYN和ACK是根据telnet登入和退出的抓包记录记录的,抓包工具是使用tcpdump,client是我的本机,server是我的虚拟机,使用桥接网络通信方式。

抓包命令:

> tcpdump -S port 23



TCP连接半关闭:

TCP连接是全双工的,所以如果要真正的断开连接两端都需要发送关闭请求,这也是为什么有四次挥手的原因。如果一端关闭了主动发起关闭连接,另一端没有发起关闭,那就是TCP的半关闭状态,半关闭状态的用途,当发起关闭请求的一端完成数据传输,但是还需要从另一端接收数据。如果tcp/ip详解卷1中提到的rsh命令。刚才搜索了下rsh,全名remote shell,跟ssh是一样的功能,是一种比较老的调用方式,已经被ssh替代了。

Win10安全模式下修改C盘权限的完整指南(附解决开始菜单失灵方案) 本文提供了一份在Win10安全模式下修复因C盘权限误改导致开始菜单失灵的完整指南。文章深入剖析了权限体系,特别是TrustedInstaller角色的重要性,并详细讲解了通过安全模式进入系统、使用ICACLS命令或图形界面精准重置C盘关键目录权限的步骤,最终恢复系统核心功能。 阅读详情

相关推荐

Rasa Core开发指南

文章目录1. Rasa Core简介1.1 Rasa Core消息处理流程1.2 安装Rasa Core2. Dialogue模型训练2.1 Story样本数据2.2 Domain2.2.0 intents2.2.1 actions2.2.2 templates2.2.3 entities2.2.4 slots3 .训练和使用对话模型3.1 训练对话模型3.2 使用对话模型4. 搭建CustomA...

老蒋也疯狂 1万+

TCP的一些总结(三握手、四挥手、状态转换、半关闭、半连接队列)

以客户端向服务器发起请求为例 TCP的三次握手: 连接双方要在连接建立初共计发送3个数据包,为了确保双方都能知道自己和对方的发送接收能力正常,再者就是要同步双方的序列号和确认号,交换窗口值大小,让对方知道接下来如何收发数据。 1.客户端调用connect(),发送了SYN包,然后就进入了SYN_SEND状态。 2.服务器此时已经调用了listen()函数,处于Listen状态,收到这个SYN包后(代表你能发我能收),就把这个连接放到半连接队列里,然后发送带着这次ACK的SYN包,就进入SYN_RECV状态

小liu向bei的博客 1817

手把手教你读懂蓝牙BQB射频测试报告:以PRBS9为例的实战分析

本文以蓝牙BQB射频测试中的PRBS9信号为例,提供了一份实战分析指南。文章深入解读了输出功率、调制特性、邻道泄漏等核心测试项,并分享了信号分析仪操作技巧、测试环境搭建要点及设备选型建议,旨在帮助工程师精准解读报告,高效定位问题,确保产品顺利通过认证。

weixin_29289821的博客 263

TCP四次挥手

一开始客户端和服务端都是处于“ESTABLISHED”状态第一次挥手:客户端主动向服务端发送连接释放请求,FIN标志位设置为1,客户端进入”FIN_WAIT1“状态。第二次挥手:服务端向客户端发送确认请求,ACK标志位设置为1,此时TCP处于半关闭状态,服务端进入“CLOSE_WAIT"状态。客户端收到服务端端ACK报文后,进入”FIN_WAIT2“状态。此时还可以收到来自服务端的数据。

weixin_43993064的博客 577

Multisim 11.0的安装破解汉化步骤

15:打开注册机,选择管理员运行,默认第一项,选择生成文件路径,这里不要随意选择,要找到你安装Multisim安装路径下Shard下的License Manager路径下,否则会报错,破解失败。14:后面会出现一个更新提示,选择否,然后选择重启电脑后,先不要选择重启电脑,在这里出现了问题(可能敲击回车,默认去重启电脑了),所以我说不要重启电脑,重启破解时右下角出现这,点击否。17:重启电脑,如果前面重启过,那可以跳过重启,应用程序下找到下图所示,启动。16:点击确认覆盖,路径下生成了该文件。

qq_53260940的博客 2379

【WRF安装】WRF编译错误:problems building executables look for error in the build log

WRF编译错误:problems building executables look for error in the build log

WW、forever的博客 755

TCP三次握手与四次挥手详解

本文详细介绍了TCP连接中的三次握手和四次挥手的原理,并在此基础上,详细介绍了其衍生的十多个面试问题。

青灯文案的博客 1万+

Python爬虫实战:爬取携程旅游平台数据,我拆解了动态反爬+Cookie续命(附完整可运行代码)

反爬类型表现形式应对思路sign参数返回403/空数据逆向JS还原加密逻辑Cookie时效登录后1小时Cookie失效定时刷新Cookie/保存登录态行为检测爬取过快触发验证码模拟真人延时/随机点击IP封禁单IP爬取超50条数据被封付费代理池/降低请求频率爬取携程旅游平台数据的核心,不是“简单的HTTP请求”,而是“理解平台的反爬逻辑并合规适配”——从sign参数破解到Cookie维护,再到行为模拟,每一步都是对HTTP协议、前端加密、用户行为的深度理解。

专注于Python爬虫开发,分享爬虫技巧、项目实战与反爬经验,使用Scrapy、BeautifulSoup等工具,解决数据抓取难题。 1719

两张动图-彻底明白TCP的三次握手与四次挥手

两张动图解析三次握手,四次挥手

qzcsu的博客 50万+

多物理场耦合仿真-主题032-电磁-流体耦合

电磁-流体耦合,即磁流体动力学(MHD, Magnetohydrodynamics),是研究导电流体在电磁场中运动规律的学科,涉及电磁场与流体力学的深度耦合。本主题系统阐述磁流体动力学的基本理论、控制方程和数值方法。首先介绍MHD的基本概念和物理基础,包括导电流体的性质、电磁场基本方程;然后详细推导MHD控制方程组,包括连续性方程、动量方程、能量方程和电磁场方程;接着讨论MHD流动的特征参数,如Hartmann数、磁雷诺数、相互作用参数等;最后通过六个典型工程案例展示MHD分析的实际应用,包括电磁泵、磁流体

2401_87715305的博客 427

Xilinx系FPGA学习笔记(三)Vivado的仿真及ILA使用

接着学习vivado的使用方法。

贾saisai的博客 2547

深入浅出TCP四次挥手 (多图详解)

多图详解,深入浅出TCP四次挥手

林深不见鹿 的博客 3万+

采用了fluent模拟了平壁面结霜过程。udf,很经典,可以试试。

利用该模型作为FLUENT中的源项,模拟了在局部冷却下冷表面上的霜形成,以预测霜的形态、温度分布和霜的重量,结果与实验结果吻合良好。结果显示,霜首先围绕冷却块形成,然后逐渐向其他方向扩展,冷却块上方的霜密度最大。随着时间的推移,平均霜厚度逐渐增加,生长速率减慢,而平均霜密度随增长速率变快而增加。相变传递微观过程与机理、蒸发及冷凝换热、强化传热、高效传热管、热泵、制冷、节水节能新技术、电子元器件冷却、余热回收及梯级利用等。udf,很经典,可以试试。工程热物理、空调、热能、低温制冷、化工、物理等。

qq_15963745的博客 923

计算机网络 | TCP 三次握手四次挥手 |半关闭连接

这个时候TCP服务进程会等待TCP客户进程发送TCP连接请求确认报文段的普通确认报文段),第二次握手,没有给TCP发送普通 报文段,进入了连接已建立状态。开始传输数据了哈,然后传输的数据很少,然后很快就断开连接,两端断开连接后,这时变态的事情就发生了,TCP服务线程接收到第一次发送的TCP连接请求报文段(TCP服务线程进入的连接已建立状态)。分析,如果TCP客户端发送TCP普通确认报文段后直接置为关闭状态,但是这个报文段很遗憾没有发送成功,在半路丢失。为什么还要发送一个普通的TCP确认报文段呢?

ttxiaoxiaobai的博客 929

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

为什么TCP建立连接协议是三次握手,而关闭连接却是四次握手呢为什么不能用两次握手

看到了一道面试题:“为什么TCP建立连接协议是三次握手,而关闭连接却是四次握手呢?为什么不能用两次握手进行连接?”,想想最近也到金三银四了,所以就查阅了相关资料,整理出来了这篇文章,希望对你们有所帮助。 TCP 连接 我们先来补一下基础什么是 TCP 协议?传输控制协议是种面向连接、确保数据在端到端间可靠传输的协议。面向连接是插在发送数据前,需要先建立一条虚拟的链路,然后让数据在这条链路上“流动”...

kai123wen的博客 1601

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

三次握手,四次挥手详解

三次握手其实是指建立一个TCP连接时,需要客户端和服务端总共发送3个包。作用是为了确认双方的接收和发送能力是否正常、指定自己的初始化序列为后续的可靠性传送做准备。实质上其实就是连接服务器指定端口,建立TCP连接,并同步连接双方的序列号和确认号,交换TCP窗口大小信息。本质:是确定通信双方收发数据的能力。建立一个连接需要三次握手,终止一个连接要经过四次挥手。这由TCP的半关闭造成的。所谓的半关闭,其实就是TCP提供了连接的一端在结束它的发送后还能接收来自另一端数据的能力。

weixin_51641638的博客 1577

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

还不懂三次握手四次挥手?看这一篇绝对包你会!

TCP 是一种面向连接的单播协议,在 TCP 中,并不存在多播、广播的这种行为,因为 TCP 报文段中能明确发送方和接受方的 IP 地址。 在发送数据前,相互通信的双方(即发送方和接受方)需要建立一条连接,在发送数据后,通信双方需要断开连接,这就是 TCP 连接的建立和终止。 TCP 连接的建立和终止 如果你看过我之前写的关于网络层的一篇文章,你应该知道 TCP 的基本元素有四个:即发送方的 IP 地址、发送方的端口号、接收方的 IP 地址、接收方的端口号。而每一方的 IP + 端口号都可以看作是一个套接字

程序员cxuan的个人主页 2733

TCP/IP三次握手四次挥手

服务器一旦监听到某个连接请求(收到同步报文段),就将该连接放入内核等待队列中,并向客户端发送带SYN标志的确认报文段,此时该连接处于SYN_RCVD状态。因此,一个连接的新的化身可以在2MSL时间之后安全的建立,而绝对不会接收到属于原来连接的应用程序数据,这就是TIME_WAIT状态要持续2MSL时间的原因。换言之,通信的一端可以发送结束报文段给对方,告诉它本端已经完成了数据的发送,但允许继续接收来自对方的数据,直到对方也发送结束报文段以关闭连接。TCP连接的这种状态称为半关闭状态。

weixin_61697417的博客 1001

HTTP的三次握手以及四次挥手

一、三次握手 本质是客户端与浏览器总共发送了3个包,目的就是为了确认双方的接受和发送能力是否正常,为之后建立TCP链接做准备 (1)客户端向服务端发送一个SYN报文(一个数据包),来请求链接 (2)服务端接受到SYN报文,并发送自己的ACK报文,表示自己接受到了客户端的SYN,然后把自己的SYN报文发出作为应答发送给客户端 (3) 客户端接受到了SYN报文,再发送ACK报文,给予确认,双方已经建立起链接 扩展问题: 1、为什么是3次握手,而不是2次? 因为三次握手的目的是为了确认双方.

weixin_48340600的博客 894

TCP 三次握手与四次挥手深度解析(面试高频)

问题:为什么必须是三次握手?两次或四次会有什么问题?三次握手流程:fill:#333;SYN=1, seq=x (我想连接)SYN=1, ACK=1, seq=y, ack=x+1 (我准备好了,你呢?ACK=1, seq=x+1, ack=y+1 (我也好了,可以传输啦~)

qq_26185495的博客 975

关于 TCP 三次握手和四次挥手

客户端收到服务器端响应的 SYN 报文之后,会发送一个 ACK 报文,也是一样把服务器的 ISN + 1 作为 ack 的值,表示已经收到了服务端发来的的 SYN 报文,希望收到的下一个数据的第一个字节的序号是 y + 1,并指明此时客户端的序列号 seq = x + 1(初始为 seq = x,所以第二个报文段要 +1),此时客户端处于。:服务端收到 FIN 之后,会发送 ACK 报文,且把客户端的序号值 +1 作为 ACK 报文的序列号值,表明已经收到客户端的报文了,此时服务端处于。

looken1024的博客 1049

TCP三次握手,四次挥手理解

三次握手与四次挥手

Zombie_QP的博客 519

为什么TCP建立连接协议是三次握手,而关闭连接却是四次挥手呢?

看到了一道面试题:“为什么TCP建立连接协议是三次握手,而关闭连接却是四次握手呢?为什么不能用两次握手进行连接?”,想想最近也到金三银四了,所以就查阅了相关资料,整理出来了这篇文章,希望对你们有所帮助。 TCP 连接 我们先来补一下基础什么是 TCP 协议?传输控制协议( Transmission Control Protocol, TCP )是种面向连接、确保数据在端到端间可靠传输的协议。面向连...

平头哥的技术博文 2万+

2020.12.12 三次握手和四次挥手

tcp可靠传输

weixin_44230928的博客 202

为什么是三次握手四次挥手

操作次数原因三次握手3因为 SYN 和 ACK 可合并为一次响应四次挥手4因为 FIN 和 ACK 无法合并,被动方需要时间完成数据发送TCP 的设计确保了连接可靠地建立,也能确保所有数据传输完成后再关闭连接,这就是为什么是三次握手和四次挥手的根本原因。😀 关注 @公众号 程序员陈子青,获取更多 C++ 技术支持。

陈子青的博客 443

TCP的三次握手与四次挥手

  关键词:TCP、三次握手、四次挥手、2MSL   前言:      SYN包:建立连接用的。      FIN包:断开连接用的。      TCP是这样子的,一方要发送请求,就需要和另外一方建立连接。另外一方要发送请求的话,也需要和这一方建立连接。      TCP中为了满足稳定性,每次发送报文给对方,都要求返回ACK确认报文,表示接受到了。 1、用图描述...

asdf2014912的博客 189
上一篇: 记一次死锁问题的处理
下一篇: Memcached和Redis对比和适用场景
七郎
博客等级 码龄14年 31粉丝 44原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值