设为首页 收藏本站
查看: 1057|回复: 0

[经验分享] 传输层协议TCP和UDP分析

[复制链接]

尚未签到

发表于 2017-7-9 10:37:02 | 显示全部楼层 |阅读模式
  分析所用软件下载:Wireshark-win32-1.10.2.exe
  阅读导览
  1. 分析应用TCP协议,以及TCP链接管理
  2. 分析应用UDP协议
  分析要求
  (1)TCP部分:

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

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

  • 学习3CDaemon FTP 服务器的配置和使用
  下载安装3CDaemon软件并配置FTP服务器部分
DSC0000.png


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

  • 分析tcp报文的格式与内容(分析至少5个报文,并理解它们之间的关系)
  分析见第四部分

  • 分析TCP 连接建立的 "三次握手"过程,找到 对应的报文
  (2)UDP部分:

  • 学习Cisco TFTP Server的配置和使用
  配置Cisco TFTP Server
DSC0001.png


  • 设计应用以获取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报文

  • 分析udp报文的格式与内容(分析至少5个报文,并理解它们之间的关系)
  分析见第四部分

  • 分析UDP 报文与TCP 报文有何不同?体会UDP 协议和TCP 协议的区别
  分析结果及总结
  1. 获取并分析tcp报文
  (1)登录ftp服务器:172.18.3.154建立TCP连接的SYN报文:
  07a200151ea58e8f000000008002ffff5ad20000020405b40103030301010402
DSC0002.png

  源端口: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 DSC0003.png
  源端口: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
DSC0004.png

  源端口: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 DSC0005.png
  源端口: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
DSC0006.png

  源端口: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
DSC0007.png

  源端口: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
DSC0008.png

  源端口: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
DSC0009.png

  源端口: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
DSC00010.png

  源端口: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
DSC00011.png

  源端口: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
DSC00012.png

  源端口: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
DSC00013.png

  源端口: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
DSC00014.png

  源端口: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
DSC00015.png

  源端口: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快,适用于一些对速度要求高,精确度要求较低的连接。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-391900-1-1.html 上篇帖子: 2017/3/24 morning 下篇帖子: 三层设备---路由器
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表