Ethereal分析TCP三次握手

2023-12-30 11:50

本文主要是介绍Ethereal分析TCP三次握手,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

参考:

Wireshark分析三次握手

三次握手,四次握手

Ethereal使用方法以及相关实验分析

示意图1

由上至下分为是:

1)各个协议的数据包列表(显示的是捕获到的每个数据包的大概信息)

2)某一具体协议的各个层次的数据分析(某个数据包的层次结构和协议分析)

3)帧的十六进制具体数据展示(数据包在物理层上传递的数据)

Frame---------------------------------------------------数据链路层帧

Ethernet-------------------------------------------------以太网帧

Internet Protocol--------------------------------------IP数据报

Transmission Control Protocol--------------------运输层协议TCP/IP

                                 首先是三次握手的示意图:

三次握手示意图

这里面我按照书上理解的是:(先上抓的包,根据SYN=1   SYN=1,ACK=1  ACK=1很容易找)

示意图

第一步:Client向Server发出连接请求报文段(第七版书上很详细,但是我认为先了解个大概再慢慢去看细节),其中同步位SYN=1(SYN=1表示这是一个连接请求或接受报文,SYN=1&&ACK=0->连接请求报文,SYN=1&&ACK=1->对方同意建立连接,在发出的响应报文中使用),同时初始序号seq=x。(1:seq即序号,指出本报文段所发送的数据的第一个字节的序号,我理解为当前所传数据第一个字节的序号。2:ACK表示确认ACK,只有ACK为1时,ack才有效。3:ack是确认号,期望收到对方下一个报文段的第一个数据字节的序号,我理解为当前所收到的数据尾巴+1)注意:SYN报文段(即SYN=1)不能携带数据,但是要消耗掉一个序号。(有了这句话,我们就能够理解接下来ack=x+1了,之前的请求连接虽然不带数据,但是会消耗序号,所以我们在下一次Server响应Client自然是期望所收的数据从x+1处开始,我们在第二步中同样不能携带数据,却依旧会消耗一个序号。)

以分析Client发出的连接请求报文段为例子进行分析:

示意图

33号帧,显示到达时间,帧到达时间,编号,长度,帧的内部各个层次所用到的协议是ETH,IP,TCP。

示意图

示意图

以太网帧首部14个字节,源地址是我的网卡,目的地址假设为一个网页,两个字节类型字段0x0800表示里面的数据是IP数据报

示意图

示意图

示意图

对着上图看即可

示意图

示意图

只看关键点:  这里面SYN=1, seq=x=0

第二步:Server收到Client的连接请求报文后,若同意,则向Client发送确认。此时SYN=1,ACK=1,ack=x+1,同第一步一样,选择一个初始序号seq=y,注意:此报文不携带数据,依旧消耗一个序号,TCP服务器进入SYN-RCVD(同步收到状态)。

示意图

确认中的SYN=1,ACK=1,seq=y=0,ack=x+1=1

第三步:Client收到Server的确认,还要向Server给出确认,ACK置1,ack=y+1,因为第二步中ack=y+1(因为第二步中给出的初始序号是seq=y,虽然不携带数据但是会占用一个序号,所以我们从ack=y+1这个头开始标记),由于第一步中seq=x,此时seq则为x+1了,此时TCP连接已经建立,Client进入ESTABLISHED(已建立连接)状态,当Server收到Client的确认后,也进入ESTABLISHED状态。(开始可粗略将Client的seq与Server的ack有数学上的关系来理解,书上的滑动窗口很好的解释了seq与ack的关系。)也可将第三步拆为两种,先发送ACK=1,ack=x+1的确认报文段,再发送一个同步报文段(SYN=1,seq=y),此时就变为了四报文握手。

示意图

向Server给出的确认中ACK=1,seq=x+1=1,ack=y+1=1。

这篇关于Ethereal分析TCP三次握手的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/552758

相关文章

Go标准库常见错误分析和解决办法

《Go标准库常见错误分析和解决办法》Go语言的标准库为开发者提供了丰富且高效的工具,涵盖了从网络编程到文件操作等各个方面,然而,标准库虽好,使用不当却可能适得其反,正所谓工欲善其事,必先利其器,本文将... 目录1. 使用了错误的time.Duration2. time.After导致的内存泄漏3. jsO

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3

找不到Anaconda prompt终端的原因分析及解决方案

《找不到Anacondaprompt终端的原因分析及解决方案》因为anaconda还没有初始化,在安装anaconda的过程中,有一行是否要添加anaconda到菜单目录中,由于没有勾选,导致没有菜... 目录问题原因问http://www.chinasem.cn题解决安装了 Anaconda 却找不到 An

Spring定时任务只执行一次的原因分析与解决方案

《Spring定时任务只执行一次的原因分析与解决方案》在使用Spring的@Scheduled定时任务时,你是否遇到过任务只执行一次,后续不再触发的情况?这种情况可能由多种原因导致,如未启用调度、线程... 目录1. 问题背景2. Spring定时任务的基本用法3. 为什么定时任务只执行一次?3.1 未启用

C++ 各种map特点对比分析

《C++各种map特点对比分析》文章比较了C++中不同类型的map(如std::map,std::unordered_map,std::multimap,std::unordered_multima... 目录特点比较C++ 示例代码 ​​​​​​代码解释特点比较1. std::map底层实现:基于红黑

Spring、Spring Boot、Spring Cloud 的区别与联系分析

《Spring、SpringBoot、SpringCloud的区别与联系分析》Spring、SpringBoot和SpringCloud是Java开发中常用的框架,分别针对企业级应用开发、快速开... 目录1. Spring 框架2. Spring Boot3. Spring Cloud总结1. Sprin

Spring 中 BeanFactoryPostProcessor 的作用和示例源码分析

《Spring中BeanFactoryPostProcessor的作用和示例源码分析》Spring的BeanFactoryPostProcessor是容器初始化的扩展接口,允许在Bean实例化前... 目录一、概览1. 核心定位2. 核心功能详解3. 关键特性二、Spring 内置的 BeanFactory

MyBatis-Plus中Service接口的lambdaUpdate用法及实例分析

《MyBatis-Plus中Service接口的lambdaUpdate用法及实例分析》本文将详细讲解MyBatis-Plus中的lambdaUpdate用法,并提供丰富的案例来帮助读者更好地理解和应... 目录深入探索MyBATis-Plus中Service接口的lambdaUpdate用法及示例案例背景

MyBatis-Plus中静态工具Db的多种用法及实例分析

《MyBatis-Plus中静态工具Db的多种用法及实例分析》本文将详细讲解MyBatis-Plus中静态工具Db的各种用法,并结合具体案例进行演示和说明,具有很好的参考价值,希望对大家有所帮助,如有... 目录MyBATis-Plus中静态工具Db的多种用法及实例案例背景使用静态工具Db进行数据库操作插入

Go使用pprof进行CPU,内存和阻塞情况分析

《Go使用pprof进行CPU,内存和阻塞情况分析》Go语言提供了强大的pprof工具,用于分析CPU、内存、Goroutine阻塞等性能问题,帮助开发者优化程序,提高运行效率,下面我们就来深入了解下... 目录1. pprof 介绍2. 快速上手:启用 pprof3. CPU Profiling:分析 C