- 综合排序
- 最热优先
- 最新优先
- 来自专栏LukaChen Blog
tcpdump 观察3次握手4次挥手过程与分析 http 包
机器 A 192.168.75.119 场景1：抓取网卡 80 端口数据包，观察3次握手4次挥手过程 命令 tcpdump -nn -i venet0:0 port 80 命令解释 -nn 两个 n 表示不解析域名和端口 方便查看 IP 和端口号 -i 要抓取的接口，上述命令抓取 venet0:0 网卡 port 端口过滤器 机器 A 执行抓包命令，另开一个终端执行 curl 百度，以下为机器 A 抓包的输出 xxx@root 18.699755 IP 180.101.49.12.80 > 192.168.75.119.43670: Flags [R], seq 3139177705, win 0, length 0 3 次握手过程 length 0 19:38:15.674795 IP 192.168.75.119.43670 > 180.101.49.12.80: Flags [.], ack 1, win 115, length 0 4 方便查看 IP 和端口号 -s0 获取报文全部内容 -A 以ASCII格式打印每个数据包，方便查看数据包内容 -i 要抓取的接口，上述命令抓取 venet0:0 网卡 port 端口过滤器 机器 A 执行抓包命令
49730编辑于 2023-10-22 - 来自专栏_春华秋实
三次握手抓包示例
HTTP 的三次握手使用的是 TCP 协议，所以先看一下 TCP 的报文段首部，三次握手需要注意到的是用红线括起来的部分。 ? 抓包示例 ? Wirshark 追踪某个 HTTP 流 示例分析 192.168.1.11 为客户端 A，42.121.252.58 为服务器 B。 面试问题 为什么使用三次握手？ 参考文章 TCP 三次握手 TCP为什么需要3次握手与4次挥手 Wireshark基本介绍和学习TCP三次握手 我的博客即将搬运同步至腾讯云+社区，邀请大家一同入驻：https://cloud.tencent.com invite_code=13ews1h77n5l4
61540发布于 2018-08-17 - 来自专栏小白抓包软件分享
5G隐藏WiFi握手包新手抓包测试
本文使用小白抓包软件演示5G隐藏WiFi的抓包方法。百度网盘下载：https://pan.baidu.com/s/1Q9oWrHF_nKgwOtKyVcb7IQ? 如果没有网卡，或网卡不支持抓包，可按文档推荐购买（需注意mt76x2u这个芯片虽然支持抓包，但经常识别错误，本软件目前使用不了）。 程序会默认将有客户端连接的WiFi都置于顶部，没有客户端连接的WiFi是半透明的，方便观察和抓包。点击“抓包”，等待程序自动捕获完毕。 若检测捕获到了客户端连接过程中的握手信息，则抓包完成（如果WiFi是隐藏的，还会显示出WiFi名称）。程序内置了几个简单的小字典，可做简单的弱密分析。点击旁边的钥匙按钮可以对抓到的握手包进行跑包。 一般密码是比较复杂的（如手机号），可以点击“下载”将握手包下载，点击菜单栏上字典下载地区手机号或使用其他大字典配合专业跑包软件（EWSA、WiFiPR或hashcat）做进一步跑包分析。
74821编辑于 2025-09-20 - 来自专栏清菡软件测试
Wireshark抓包分析SSL握手的过程
用Wireshark抓包进行详细的讲解。抓的是某机构腾讯课堂的首页。 （因为网页有变动，所以实际抓包抓到的内容与图片不符。但是图片中抓到的包是正确的，讲解的技术也是正确的。） 一、就能看到完整的SSL交互的过程： 上面是TCP三次握手，三次握手之后就进入SSL握手的过程。 二、SSL握手过程 1.第一个SSL握手是客户端向服务器发起的Client Hello消息。 4.客户端拿到证书去做验证。验证完毕后生成一个本地的随机密码，并且把密码发给服务器。 告诉服务器，我后面的报文开始加密了。点开请求可以看到： 里面可以看到：加密报文类型，会加密密钥。 这个是为了保证数据完整性的一个信息： 从抓包内容来看，客户端发完之后，这个过程完成了。（抓包工具将交互的过程简化了，都放一起了。如果看分开的具体过程就是上篇文章图片画的过程。） 三、握手结束，后面就开始发送HTTP数据包了。 可以看到这个HTTP数据包是加过密的： http-over-tls意思是：是在tls基础上发的一个HTTP交互报文，是加密的。
4.4K50编辑于 2022-06-21 - 来自专栏FREE SOLO
3次握手和4次挥手
这就是三次握手的作用。 ? ！第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认； ！ 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； ！ 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 4：客户端发送ACK报文确认，并将确认的序号+1，这样关闭完成。 4次挥手 可能有人会有疑问，tcp我握手的时候为何ACK和SYN是一起发送。 4次挥手的状态： FIN_WAIT_1: 这个状态要好好解释一下，其实FIN_WAIT_1和FIN_WAIT_2状态的真正含义都是表示等待对方的FIN报文。
47200发布于 2019-04-18 - 来自专栏摸鱼范式
深入AXI4总线-握手机制
知乎用户ljgibbs授权转发 本系列我想深入探寻 AXI4 总线。不过事情总是这样，不能我说想深入就深入。当前我对 AXI总线的理解尚谈不上深入。 但我希望通过一系列文章，让读者能和我一起深入探寻 AXI4。 声明1：部分时序图以及部分语句来自 ARM AMBA 官方手册 （有的时候感觉手册写得太好了，忍不住就直接翻译了。。） [一] 握手机制 VALID/READY 握手机制 AXI 总线共有 5 个独立的通道，分别为写地址、写数据、写回应、读地址、读数据通道。 5 条通道相互独立，有一些细小的差别，但共同使用一套握手机制：VALID/READY 机制，来实现信息的传递。 在握手机制中，通信双方分别扮演发送方(Source)和接收方（Destination），两者的操作（技能）并不相同。
1.9K20发布于 2020-06-24 - 来自专栏ZMH
TCP三次握手、糊涂窗口、粘包问题
.^） 关于TCP/IP的三次握手： 当服务端的状态为LISTEN，客户端的状态为CLOSED时，客户端发起连接 客户端发送有SYN字段报文，此时状态为SYN_SENT状态 服务端接收该报文时，状态处于 大量发送含有少量数据的报文（极端情况一个报文只有一字节数据），因为在协议层中对数据是层层封装的过程，因此对于数据来说有大量的协议头，传输开销过大；或接收端在缓存区接受数据过慢； 解决方法： 发送端使用Nagle算法，当发送包长度小于 关于粘包问题： 因为要解决糊涂窗口而使数据积攒发送，或收端不及时接受缓存区数据而同时接收多个包，会导致发送的原数据接收后拼接在一起无法分离。 解决方法： 当数据传输是一次交互后立即断开（多个Client与一个Server）时，数据无结构时（文件传输，一方发另一方收），使用UDP时（有消息边界）不会产生粘包问题； 发送端设置强制数据立即发送，不必等待缓存区满
32120编辑于 2022-07-17 - 来自专栏清菡软件测试
Wireshark抓包：详解TCP三次握手报文内容
一、抓包 通过Wireshark这个抓包工具演示下正常能抓到tcp三次握手，能看到的内容是不是和上篇文章tcp三次握手中用图画出来的内容是一样的呢？ 现在就抓个包详细得讲解下。 随意看下某个tcp连接，它的三次握手的过程。 我就看这个，怎么过滤出来这一个连接呢？ 二、详解tcp3次握手 第1个报文，请求连接消息：syn： 显示出来这是个syn包： syn包用来发起连接请求的，客户端向服务器发起连接请求，syn标志位置1。看下标志位置1是什么样子的。 双击它，点开看下： syn，ack包与syn包对比： 第3个报文，确认消息：ack 客户端发给服务器的： seq=1，是因为syn，ack包中确认号是1，表示我希望你收到下一个包的序列号是1。 第4个，http报文： 三次握手之后，直接是个http的报文： 传输层已经建立完tcp连接，那应用层才能去在它的这个连接基础上面，去发送http的请求。 以上就是tcp3次握手的过程。
6K30编辑于 2022-03-30 - 来自专栏东隅已逝
3次握手+4次挥手+11种状态集
✦ TCP为了保证不发生丢包，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。 ✦ TCP用一个校验和函数来检验数据是否有错误，在发送和接收时都要计算校验和。 encode('gbk')) # 关闭为这个客户端服务的套接字 client_socket.close() TCP的3次握手 SYN 请求建立连接字段：1表示与对方要进行网络连接建立 ，0 表示默认没有连接建立请求 TCP的4次挥手 FIN 请求断开连接字段：1表示与对方断开网络连接，0 表示默认没有断开连接请求。 ack 随机序号回复（ack=seq+1）。 ctl 控制字段号。 ? TCP的11种状态集 ?
48220发布于 2019-12-13 - 来自专栏FreeBuf
无需四次握手包破解WPA&WPA2密码
知名密码破解软件Hashcat在2018年8月2日发布了4.2版本，这次版本更新的主要内容是增加了4个新的密码算法支持。 ? using PMKID 根据Hashcat官方论坛文章介绍，作者在研究WPA3安全标准时，意外发现的使用PMKID破解WPA预共享密钥的方法，与现有的其它破解方法不同，该方法不再需要抓取完整的EAPOL四次握手包 该方法注意的优势如下： 1.攻击者直接与AP通信，无需普通用户参与（即“无客户端”攻击）； 2.无需等待普通用户与AP完成四次握手； 3.无需重传EAPOL帧（重传可能导致无法破解）； 4.无需普通用户发送无效密码 如果AP接受到攻击端的协商请求包并支持发送PMKID，过一会儿将看到“FOUND PMKID”的提示。 ? 以*符号分割的4列内容分别是： 1.PMKID 2.MAC AP 3.MAC Station 4.ESSID 通过MAC AP，可以查找到对应的WIFI名称。 ?
7.8K40发布于 2018-08-21 - 来自专栏爬虫逆向案例
Python之Tcp3次握手和4次挥手
握手3次，243，挥手4次，2343.（挥手B连挥两次，毕竟分手了很难受）
30800发布于 2021-11-22 - 来自专栏NeilNiu专栏
TCP协议为什么是3次握手，4次挥手
4、服务端发送一个SYN给客户端 5、客户端准备就绪 6、客户端给服务端发送一个ACK。 步骤1是一次握手 步骤3和步骤4，是同时发生的，合并为一个SYN-ACK响应，作为一条数据传递给客户端，所以属于第二次握手。 步骤6是第三次握手。 图片 TCP协议为什么是3次握手，4次挥手 断开连接的过程（4次挥手） 可以类比建立连接的过程 1、客户端要求断开连接，会发送一个断开的请求，FIN。 4、客户端收到服务端的FIN后，会给服务端一个响应ACK。 所以这个断开连接过程就是4次挥手。 图片 TCP协议为什么是3次握手，4次挥手 总结，来说为什建立连接的时候是3次握手，断开连接的时候是4次挥手，说白了就是在握手的时候双方没有过多的事情，所以在服务端接收到客户端的请求后，立马又发送了一个建立连接的请求
32600编辑于 2023-03-01 - 来自专栏NeilNiu专栏
TCP协议为什么是3次握手，4次挥手
TCP是一个连接向导的协议，设计有建立连接（握手）和断开连接（挥手）的过程。TCP没有设计会话（Session），因为会话是应用层的行为。 4、服务端发送一个SYN给客户端 5、客户端准备就绪 6、客户端给服务端发送一个ACK。 步骤1是一次握手 步骤3和步骤4，是同时发生的，合并为一个SYN-ACK响应，作为一条数据传递给客户端，所以属于第二次握手。 步骤6是第三次握手。 4、客户端收到服务端的FIN后，会给服务端一个响应ACK。 所以这个断开连接过程就是4次挥手。 image.png 总结，来说为什建立连接的时候是3次握手，断开连接的时候是4次挥手，说白了就是在握手的时候双方没有过多的事情，所以在服务端接收到客户端的请求后，立马又发送了一个建立连接的请求，也就是
87300发布于 2021-04-24 - 来自专栏用户2442861的专栏
TCP为什么需要3次握手与4次挥手
4次挥手过程状态：（可参考下图） ? FIN_WAIT_1: 这个状态要好好解释一下，其实FIN_WAIT_1和FIN_WAIT_2状态的真正含义都是表示等待对方的FIN报文。 ,主机A和主机B 就可以传输数据了. 3次握手的特点 没有应用层的数据 SYN这个标志位只有在TCP建产连接时才会被置1 握手完成后SYN标志位被置0 4次断开 1 当主机A完成数据传输后, 将控制位FIN置1,提出停止TCP连接的请求 2 主机B收到FIN后对其作出响应,确认这一方向上的TCP连接将关闭,将ACK置1 3 由B 端再提出反方向的关闭请求,将FIN置1 4 主机A对主机 4次,这是由于TCP的半关闭造成的,因为TCP连接是全双工的( 即数据可在两个方向上同时传递)所以进行关闭时每个方向上都要单独进行关闭,这个单方向的关闭就叫半关闭. TCP 的三次握手过程？为什么会采用三次握手，若采用二次握手可以吗？
3.9K30发布于 2018-09-20 - 来自专栏用户2442861的专栏
TCP为什么需要3次握手与4次挥手
第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认； 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个 SYN包（syn=k），即SYN+ACK包，此时服务器 进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入 （图3） 第二次握手的标志位（图4） 我们可以看到标志位里面有两个确认位和同步位，也就是在做应答(SYN + ACK) ? （图4） 第三次握手的标志位（图5） 我们可以看到标志位里面只有一个确认位，也就是再做再次确认(ACK) ? （4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1（报文段7）。 1．为什么建立连接协议是三次握手，而关闭连接却是四次握手呢？
3.6K10发布于 2018-09-20 - 来自专栏FPGA探索者
Xilinx FPGA AXI4总线（三）——握手机制、通道依赖性及AXI-Lite握手实例
）； AXI4-Stream ：高速流数据（视频、图像等流式数据）； AXI4、AXI4-Lite和AXI4-Stream均使用Ready、Valid握手机制进行通信。 AXI4 总线和 AXI4-Lite 总线都有 5 个通道（AXI4-Stream 取消了通道），AXI4 和 AXI4-Lite 通道的相同部分： （1）写地址通道（AW），包含AWVALID，AWADDR AXI4-Lite 是 AXI4 的删减版，适合轻量级的应用，也是包含 5 个通道，不同的是每个通道都进行了简化，去掉了对突发传输的支持（Burst）。 ? 写事务握手实例 ? 读事务握手实例 ? 先向地址 0x00 写入数据 0xFF，再读出，使用读地址通道、读数据通道。 AXI4 总线握手机制 ? AXI4、AXI4-Lite和AXI4-Stream均使用Ready、Valid握手机制进行通信。
4.4K32发布于 2021-04-15 - 来自专栏技术碎碎念
HTTPS握手
握手过程中采用非对称加密，得到一个对称加密的秘钥。数据传输的过程中，采用对称加密。 握手： 对称加密秘钥的生成： 握手期间，client与server两次往来。会生成三个随机数，由这三个随机数组成对称加密的秘钥。 数据传输： http报文的内容都会经过TLS层进行对称加密，秘钥是握手时生成的。发送使用秘钥加密，接收时使用秘钥解密。 前两个随机数可以被抓包拿到，但是第三个随机数已经使用非对称加密算法加密过，所以最终生成的秘钥是保密的。 现在的问题就是，对称秘钥的安全靠第三个随机数的不可破解来保证。 但是为了足够安全，我们可以考虑把握手阶段的算法从默认的RSA算法，改为 Diffie-Hellman算法（简称DH算法）。 下面是DH算法握手的过程： ?
94070发布于 2018-04-11 - 来自专栏changxin7
4.模块与包
def func1(): print('func1') 1 import time,importlib 2 import aa 3 4 time.sleep(20) 5 # importlib.reload 否则会有语法错误，如：from a import b.c是错误语法 1 from glance.db import models 2 models.register_models('mysql') 3 4 此处是想从包api中导入所有，实际上该语句只会导入包api下__init.py文件中定义的名字，我们可以在这个文件中定义_all: 1 #在__init__.py中定义 2 x=10 3 4 def 不能用于不同目录内） 例如：我们在glance/api/version.py中想要导入glance/cmd/manage.py 1 在glance/api/version.py 2 3 #绝对导入 4 versions 2 3 ''' 4 执行结果: 5 ImportError: No module named 'policy' 6 ''' 7 8 ''' 9 分析: 10 此时我们导入
1.1K20发布于 2019-09-10 - 来自专栏JAVA烂猪皮
TCP协议的3次握手与4次挥手过程详解
本文将分别讲解经典的TCP协议建立连接（所谓的“3次握手”）和断开连接（所谓的“4次挥手”）的过程。 3次握手过程详解 所谓三次握手（Three-Way Handshake）即建立TCP连接，就是指建立一个TCP连接时，需要客户端和服务端总共发送3个包以确认连接的建立。 （2）第二次握手： Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将该数据包发送给Client （3）第三次握手： Client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server检查ack是否为K+1，ACK 所谓四次挥手（Four-Way Wavehand）即终止TCP连接，就是指断开一个TCP连接时，需要客户端和服务端总共发送4个包以确认连接的断开。
70731发布于 2020-08-31 - 来自专栏小黑娃Henry
（图解）Http 3次握手、4次挥手，Https 链接过程
Http 3次握手 Http三次握手.png 2. Http 4次挥手 Http四次挥手 (2).png 3. Https 链接过程 https链接过程 (1).png 参考： 彻底搞懂HTTPS的加密原理 HTTP与HTTPS的区别, 以及SSL四次握手过程
87920编辑于 2022-03-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号