分析所用软件下载:Wireshark-win32-1.10.2.exe

阅读导览

1. 分析应用TCP协议,以及TCP链接管理

2. 分析应用UDP协议

分析要求

(1)TCP部分:

  1. 学习3CDaemon FTP 服务器的配置和使用
  2. 设计应用以获取tcp报文
  3. 分析tcp报文的格式与内容(分析至少5个报文,并理解它们之间的关系)
  4. 分析TCP 连接建立的 "三次握手"过程,找到 对应的报文

(2)UDP部分:

  1. 学习Cisco TFTP Server的配置和使用
  2. 设计应用以获取udp报文
  3. 分析udp报文的格式与内容(分析至少5个报文,并理解它们之间的关系)
  4. 分析UDP 报文与TCP 报文有何不同?体会UDP 协议和TCP 协议的区别

分析内容

(1)TCP部分:

  1. 学习3CDaemon FTP 服务器的配置和使用

下载安装3CDaemon软件并配置FTP服务器部分

  1. 设计应用以获取tcp报文

使用3CDaemon 系统内置的匿名帐户 "anonymous"登陆FTP 服务器以获取TCP报文

  1. 分析tcp报文的格式与内容(分析至少5个报文,并理解它们之间的关系)

分析见第四部分

  1. 分析TCP 连接建立的 "三次握手"过程,找到 对应的报文

(2)UDP部分:

  1. 学习Cisco TFTP Server的配置和使用

配置Cisco TFTP Server

  1. 设计应用以获取udp报文

使用Windows 命令行模式下的TFTP 客户端命令连接TFTP服务器,下载f1.txt文件:

TFTP –i 172.18.3.188 GET f1.txt

上传f2.txt文件:

TFTP -i 172.18.3.188 PUT f2.txt

同时抓包以获取UDP报文

  1. 分析udp报文的格式与内容(分析至少5个报文,并理解它们之间的关系)

分析见第四部分

  1. 分析UDP 报文与TCP 报文有何不同?体会UDP 协议和TCP 协议的区别

分析结果及总结

1. 获取并分析tcp报文

(1)登录ftp服务器:172.18.3.154建立TCP连接的SYN报文:

07a200151ea58e8f000000008002ffff5ad20000020405b40103030301010402

源端口:07a2

Source port: abr-api (1954)

目的端口:0015

Destination port: ftp (21)

序号:1e a5 8e 8f

Sequence number: 0 (relative sequence number)

首部长度:8

Header length: 32 bytes

码元比特:02

Flags: 0x002 (SYN)

窗口:ff ff

Window size value: 65535

Calculated window size: 65535

校验和:5ad2

Checksum: 0x5ad2 [validation disabled]

选项:02 04 05 b4 01 03 03 03 01 01 04 02

Options: (12 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), SACK permitted

(2)登录ftp服务器:172.18.3.154建立TCP连接的SYN+ACK报文:

00e04c512b4e00e04c500ff9080045000034287040004006b2fcac12039aac120399001507a263bcdaf71ea58e908012ffff1c0d0000020405b40103030301010402

源端口:00 15

Source port: ftp (21)

目的端口:07 a2

Destination port: abr-api (1954)

序号:63 bc da f7

Sequence number: 0 (relative sequence number)

确认号:1e a5 8e 90

Acknowledgment number: 1 (relative ack number)

首部长度:8

Header length: 32 bytes

码元比特:12

Flags: 0x012 (SYN, ACK)

窗口:ff ff

Window size value: 65535

Calculated window size: 65535

校验和:1c 0d

Checksum: 0x1c0d [validation disabled]

选项:020405b40103030301010402

Options: (12 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), SACK permitted

(3)登录ftp服务器:172.18.3.154建立TCP连接的第二个ACK报文:

07a200151ea58e9063bcdaf85010b5c9a7110000

源端口:07a2

Source port: abr-api (1954)

目的端口:0015

Destination port: ftp (21)

序号:1e a5 8e 90

Sequence number: 1 (relative sequence number)

确认号:63 bc da f8

Acknowledgment number: 1 (relative ack number)

首部长度:5

Header length: 20 bytes

码元比特:10

Flags: 0x010 (ACK)

窗口:b5 c9

Window size value: 46537

Calculated window size: 372296

Window size scaling factor: 8

校验和:a7 11

Checksum: 0xa711 [validation disabled]

(4)ftp服务器:172.18.3.154断开TCP连接的FIN+ACK seq=x报文:

00e04c512b4e00e04c500ff908004500002854fb40004006867dac12039aac12039900150966cb76f9c531de53865011b5b846a70000000000000000

源端口:00 15

Source port: ftp (21)

目的端口:09 66

Destination port: jediserver (2406)

序号:cb 76 f9 c5

Sequence number: 437 (relative sequence number)

确认号:31 de 53 86

Acknowledgment number: 135 (relative ack number)

首部长度:5

Header length: 20 bytes

码元比特:11

Flags: 0x011 (FIN, ACK)

窗口:b5 b8

Window size value: 46520

Calculated window size: 372160

Window size scaling factor: 8

校验和:46 a7

Checksum: 0x46a7 [validation disabled]

(5)ftp服务器:172.18.3.154断开TCP连接的ACK x+1报文:

0966001531de5386cb76f9c65010b59346cc0000

源端口:09 66

Source port: jediserver (2406)

目的端口:00 15

Destination port: ftp (21)

序号:31 de 53 86

Sequence number: 135 (relative sequence number)

确认号:cb 76 f9 c6

Acknowledgment number: 438 (relative ack number)

首部长度:5

Header length: 20 bytes

码元比特:10

Flags: 0x010 (ACK)

窗口:b5 93

Window size value: 46483

Calculated window size: 371864

Window size scaling factor: 8

校验和:46 cc

Checksum: 0x46cc [validation disabled]

(6)ftp服务器:172.18.3.154断开TCP连接的FIN seq =y ,ACK +1报文:

0966001531de5386cb76f9c65011b59346cb0000

源端口:09 66

Source port: jediserver (2406)

目的端口:00 15

Destination port: ftp (21)

序号:31 de 53 86

Sequence number: 135 (relative sequence number)

确认号:cb 76 f9 c6

Acknowledgment number: 438 (relative ack number)

首部长度:5

Header length: 20 bytes

码元比特:11

Flags: 0x011 (FIN, ACK)

窗口:b5 93

Window size value: 46483

Calculated window size: 371864

Window size scaling factor: 8

校验和:46 cb

Checksum: 0x46cb [validation disabled]

(7)ftp服务器:172.18.3.154断开TCP连接的ACK y+1报文:

00e04c512b4e00e04c500ff908004500002854fc40004006867cac12039aac12039900150966cb76f9c631de53875010b5b846a60000000000000000

源端口:00 15

Source port: ftp (21)

目的端口:09 66

Destination port: jediserver (2406)

序号:cb 76 f9 c6

Sequence number: 438 (relative sequence number)

确认号:31 de 53 87

Acknowledgment number: 136 (relative ack number)

首部长度:5

Header length: 20 bytes

码元比特:10

Flags: 0x010 (ACK)

窗口:b5 b8

Window size value: 46520

Calculated window size: 372160

Window size scaling factor: 8

校验和:46 a6

Checksum: 0x46a6 [validation disabled]

对于TCP连接建立过程:

客户端发送序号为x的SYN报文,服务器接收后发送序号为y的SYN与序号为x+1 的ACK 报文,客户端接收后,发送序号为y+1的ACK报文,TCP以此顺序建立三次握手。

对于TCP连接的正常关闭:

网点1发送序号为x的FIN报文,网点2接收后发送序号为x+1的ACK 报文,网点2再发送序号为y的FIN与序号为x+1的ACK报文,网点1接收后发送序号为y+1的ACK报文,网点2接收该报文,连接正常关闭,此为改进的三次握手方法。

2. 获取并分析UDP报文

(1)TFTP –i 172.18.3.188 GET f1.txt的第一个UDP报文:

0c3e00450017bd5c

源端口:0c 3e

Source Port: 3134 (3134)

目的端口:0045

Destination Port: 69 (69)

报文长度:00 17

Length: 23

校验和:bd 5c

Checksum: 0xbd5c [validation disabled]

数据为TFTP报文

(2)TFTP –i 172.18.3.188 GET f1.txt的第二个UDP报文:

09f30c3e001b8124

源端口:09 f3

Source Port: 2547 (2547)

目的端口:0c3e

Destination Port: 3134 (3134)

报文长度:00 1b

Length: 27

校验和:81 24

Checksum: 0x8124 [validation disabled]

数据为TFTP报文

(3)TFTP –i 172.18.3.188 GET f1.txt的第三个UDP报文:

0c3e09f3000c8a32

源端口:0c 3e

Source Port: 3134 (3134)

目的端口:09 f3

Destination Port: 2547 (2547)

报文长度:00 0c

Length: 12

校验和:8a 32

Checksum: 0x8a32 [validation disabled]

数据为TFTP报文

(4)TFTP –i 172.18.3.188 PUT f2.txt的第一个UDP报文:

0d1d00450017bc7b

源端口:0d 1d

Source Port: 3357 (3357)

目的端口:00 45

Destination Port: 69 (69)

报文长度:00 17

Length: 23

校验和:bc 7b

Checksum: 0xbc7b [validation disabled]

数据为TFTP报文

(5)TFTP –i 172.18.3.188 PUT f2.txt的第二个UDP报文:

0b410d1d000c8806

源端口:0b 41

Source Port: 2881 (2881)

目的端口:0d 1d

Destination Port: 3357 (3357)

报文长度:00 0c

Length: 12

校验和:88 06

Checksum: 0x8806 [validation disabled]

数据为TFTP报文

(6)TFTP –i 172.18.3.188 PUT f2.txt的第三个UDP报文:

0d1d0b4100138b61

源端口:0d 1d

Source Port: 3357 (3357)

目的端口:0b 41

Destination Port: 2881 (2881)

报文长度:00 13

Length: 19

校验和:8b 61

Checksum: 0x8b61 [validation disabled]

数据为TFTP报文

(7)TFTP –i 172.18.3.188 PUT f2.txt的第四个UDP报文:

0b410d1d000c8805

源端口:0b 41

Source Port: 2881 (2881)

目的端口:0d 1d

Destination Port: 3357 (3357)

报文长度:00 0c

Length: 12

校验和:88 05

Checksum: 0x8805 [validation disabled]

数据为TFTP报文

UDP 报文与TCP 报文有何不同:

UDP报文比TCP报文简短,且不用建立连接,TCP是可靠传输协议,UDP是不可靠传输协议。UDP传输速度比TCP快,适用于一些对速度要求高,精确度要求较低的连接。

传输层协议TCP和UDP分析的更多相关文章

  1. 传输层协议TCP和UDP

    本文力图简洁,让读者对TCP和UDP有个初步的认知.闲话少说,现在开始吧.TCP和UDP都是传输层的协议.TCP通过三次握手建立可靠连接,对未送达的消息重新进行发送.UDP不建立连接而直接发送,对未送 ...

  2. 浅谈传输层协议TCP和UDP

    在当今因特网的层次结构中,传输层的协议主要有两种,其一为Transmission Control Protocol,即TCP:其二为User Datagram Protocol,即UDP. 1.TCP ...

  3. TCP/IP中的传输层协议TCP、UDP

    TCP提供可靠的通信传输,而UDP则常用于让广播和细节控制交给应用的通信传输. 传输层协议根据IP数据报判断最终的接收端应用程序. TCP/IP的众多应用协议大多以客户端/服务端的形式运行.客户端是请 ...

  4. 常用传输层协议(tcp/ip+udp)与常用应用层协议简述(http)

    一.计算机网络体系结构 二.TCP与UDP差异 1.TCP是面向连接的可靠传输,UDP是面向无连接的不可靠传输 面向连接表现在3次握手,4次挥手:可靠传输表现在未进行4次挥手时的差错重传,超时重传: ...

  5. UNIX网络编程---传输层:TCP、UDP、SCTP(二)

    UNIX网络编程----传输层:TCP.UDP.SCTP 一.概述 本章的焦点是传输层:包括TCP.UDP.和SCTP(流控制传输协议).SCTP是一个较新的协议,最初设计用于跨因特网传输电话信令. ...

  6. 数据通讯与网络 第五版第24章 传输层协议-TCP协议部分要点

    上一博客记录了UDP协议的关键要点,这部分记录TCP协议的关键要点. 24.3 传输控制协议(TRANSMISSION CONTROL PROTOCOL) TCP(Transmission Contr ...

  7. 传输层的TCP和UDP协议

    作者:HerryLo 原文永久链接: https://github.com/AttemptWeb... TCP/IP协议, 你一定常常听到,其中TCP(Transmission Control Pro ...

  8. 01网络编程(基础知识+OSI七层协议+TCP与UDP)

    目录 01 网络编程 一.软件开发架构 1.1 CS架构 1.2 BS架构 二.网络理论前戏 2.1 简介 2.2 常见硬件 三.OSI七层协议(五层) 3.1 七层协议 3.2 五层协议 3.3 知 ...

  9. [转帖]技术扫盲:新一代基于UDP的低延时网络传输层协议——QUIC详解

    技术扫盲:新一代基于UDP的低延时网络传输层协议——QUIC详解    http://www.52im.net/thread-1309-1-1.html   本文来自腾讯资深研发工程师罗成的技术分享, ...

随机推荐

  1. maven項目創建紅叉

    出现问题的原因: 解决方案: 在pom.xml中配置jdk的版本

  2. FunDA(8)- Static Source:保证资源使用安全 - Resource Safety

    我们在前面用了许多章节来讨论如何把数据从后台数据库中搬到内存,然后进行逐行操作运算.我们选定的解决方案是把后台数据转换成内存中的数据流.无论在打开数据库表或从数据库读取数据等环节都涉及到对数据库表这项 ...

  3. Python小白学习之路(二十)—【打开文件的模式二】【文件的其他操作】

    打开文件的模式(二) 对于非文本文件,我们只能使用b模式,"b"表示以字节的方式操作(而所有文件也都是以字节的形式存储的,使用这种模式无需考虑文本文件的字符编码.图片文件的jgp格 ...

  4. PowerDesigner最基础的使用方法入门学习(转)

    PowerDesigner最基础的使用方法入门学习   1:入门级使用PowerDesigner软件创建数据库(直接上图怎么创建,其他的概念知识可自行学习) 我的PowerDesigner版本是16. ...

  5. (转)Python科学计算之Pandas详解,pythonpandas

    https://www.cnblogs.com/linux-wangkun/p/5903380.html-------pandas 学习(1): pandas 数据结构之Series https:// ...

  6. [Python] 记录

    错误处理 virtualenv 报错: 在中文文件夹中 unicodeDecodeError: 'ascii' codec can't decode byte 0xe6 in position 17 ...

  7. Vue的watch监听事件

    Vue的watch监听事件 相关Html: <!DOCTYPE html> <html lang="en"> <head> <meta c ...

  8. 【Java并发编程】:内存可见性

    加锁(synchronized同步)的功能不仅仅局限于互斥行为,同时还存在另外一个重要的方面:内存可见性.我们不仅希望防止某个线程正在使用对象状态而另一个线程在同时修改该状态,而且还希望确保当一个线程 ...

  9. java.io.IOException: Could not find status of job:job_1534233312603_0002

    hive执行插入数据操作 报错: 在hive console里面输入: set  hive.jobname.length=20; 再次执行好了:

  10. 浅谈Android Studio中项目结构中project模式的各个文件和文件夹

    致敬郭霖,这些知识是从第一行代码第二版中直接码下来的,谢谢他,注意每个条目前是否有. 1..gradle和.idea 这两个目录下放置的都是Android Studio自动生成的一些文件,我们无需关心 ...