课程设计报告 网络抓包

通信网综合课程设计

设

计

报

告

课题名称：

专业班级：

姓名：

学号：

起止时间：

重庆交通大学

信息科学与工程学院

目录

一、课题内容： (1)

二、设计目的： (1)

三、设计要求： (1)

四、相关知识： (2)

五、设计条件： (8)

六、详细设计： (8)

七、设计心得： (17)

八、参考文献： (18)

一、课题内容：

网络协议分析：

1．通过对Wireshark抓取TCP、UDP、IP、ARP、ICMP、DNS、HTTP、FTP 等数据包，然后进行深入分析，进一步加深对各类常用网络协议的理解；

2．分析每个数据包的内容，理解各个数据包的格式、内容以及含义。二、设计目的：

1．了解并初步掌握Wireshark的使用方法，熟悉其基本设置，能在所用电脑上进行抓包，并观察其主要使用了哪些网络协议；查找资料，了解相关网络协议的提出背景，帧格式，主要功能等；根据捕获数据包的内容分析相关协议，从而加深对常用网络协议理解和掌握；

2.对应所抓的包描述本机的应用层、传输层、网络层、数据链路层、物理层等所发生的事情，了解并验证网络上数据包的基本结构。

3. 根据所抓的包，对所学的知识进行整合，思考，深刻体会相关协议的作用，巩固对所学知识的理解。具体如下：

4. 查看一个抓到的包的内容，并分析对应的IP数据包格式等；

5. 利用网络协议分析工具wireshark截获网络中传送的数据包，通过观察分析，从而了解和认识（理解）协议的运行机制等；

6. 分析http协议请求的响应过程，HTTP的报文格式等；

7. 简要分析TCP的处理过程，TCP的报文格式等；

8. 了解FTP、ICMP等协议的工作过程等；

9.最后，进一步培养理论联系实际、知行合一的学术精神；能真正学会wireshark抓包软件的基本使用方法、wireshark抓包的基本过程以及对所抓到的数据包进行详细的分析并能很好的理解一些基本的数据的含义；同时，通过以后自己的不断学习，能达到对网络数据的基本的监控和查询的能力。

三、设计要求：

通过Wireshark软件抓包，请图文并茂详细描述当在浏览器地址栏中输入https://www.360docs.net/doc/6b3514686.html,回车后到整个页面全部显示完毕这个过程，注意：对应所抓的包，仅描述本机的应用层、传输层、网络层、数据链路层、物理层所发生的事情，如果叙述中遇到已经描述的方法可省略（写明参见第X步即可），同时注意条理性。

1.学习捕获选项的设置和使用,使用Wireshark抓包并分析其工作过程，对网络协议进行详细分析并实时监控网络抓包的变化情况；

2．DNS协议分析和DNS数据报的数据结构分析；

3．IP协议分析和IP头的结构及IP数据报的数据结构分析；

4．TCP协议的工作原理及TCP/UDP数据结构分析；

5、HTTP协议分析；

6.详细分析所抓包的含义以及其作用。

7.完成网络监视功能测试，实现数据报文解码分析，保存捕获的数据

四、相关知识：

1.Wireshark简介

Wireshark（原Ethereal）是一个网络封包分析软件。其主要功能是撷取网络封包，并尽可能显示出最为详细的网络封包资料。其使用目的包括：网络管理员检测网络问题，网络安全工程师检查资讯安全相关问题，开发者为新的通讯协定除错，普通使用者学习网络协议的相关知识……当然，有的人也会用它来寻找一些敏感信息。

但同时，Wireshark并不是入侵检测软件，对于网络上的异常流量行为，Wireshark不会产生警示或是任何提示。然而，仔细分析Wireshark撷取的封包能够帮助使用者对于网络行为有更清楚的了解。Wireshark不会对网络封包产生内容的修改，它只会反映出目前流通的封包资讯。Wireshark本身也不会送出封包至网络上。

WireShark是一种可以运行在Windows, UNIX, Linux等操作系统上的分组分析器。最初，各窗口中并无数据显示。WireShark的界面主要有五个组成部分：

（1）命令菜单（command menus）：命令菜单位于窗口的最顶部，是标准的下拉式菜单。最常用菜单命令有两个：File、Capture。File菜单允许你保存捕获的分组数据或打开一个已被保存的捕获分组数据文件或退出WireShark 程序。Capture菜单允许你开始捕获分组。

（2）捕获分组列表（listing of captured packets）：按行显示已被捕获的分组内容，其中包括：WireShark赋予的分组序号、捕获时间、分组的源地址和目的地址、协议类型、分组中所包含的协议说明信息。单击某一列的列名，可以使分组按指定列进行排序。在该列表中，所显示的协议类型是发送或接

收分组的最高层协议的类型。

（3）分组头部明细（details of selected packet header）：显示捕获分组列表窗口中被选中分组的头部详细信息。包括：与以太网帧有关的信息，与包含在该分组中的IP数据报有关的信息。单击以太网帧或IP数据报所在行左边的向右或向下的箭头可以展开或最小化相关信息。另外，如果利用TCP或UDP 承载分组，WireShark也会显示TCP或UDP协议头部信息。最后，分组最高层协议的头部字段也会显示在此窗口中。

（4）分组内容窗口（packet content）：以ASCII码和十六进制两种格式显示被捕获帧的完整内容。

（5）显示筛选规则（display filter specification）：在该字段中，可以填写协议的名称或其他信息，根据此内容可以对分组列表窗口中的分组进行过滤。

2.TCP(传输控制协议 Transmission control protocol)：TCP是一种面向连接的、可靠的传输层协议。通过设计面向连接的数据流传输服务程序，加深对面向连接的服务程序工作流程和基本框架的理解；在面向连接的数据流传输过程中，设计基于TCP/IP协议的程序时，传输层使用TCP协议，它的最大特点是在通信之前要在客户和服务器之间先建立连接，在数据传输完成后要关闭连接，释放网络资源。

TCP的头部格式：

TCP各字段的含义：

①序号字段——占 4 字节，表示本报文段所发送的数据的第一个字节的序号。 TCP 连接中传送的数据流中的每一个字节都编上一个序号。

②确认号字段——占 4 字节，是期望收到对方的下一个报文段的数据的第一个字节的序号。

③数据偏移——占 4 bit，它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。“数据偏移”的单位不是字节而是 32 bit 字（4 字

节为计算单位）。

④保留字段——占 6 bit，保留为今后使用，但目前应置为 0。

⑤紧急比特 URG ——当 URG = 1 时，表明紧急指针字段有效。它告诉系统此报文段中有紧急数据，应尽快传送(相当于高优先级的数据)。

⑥确认比特 ACK ——只有当 ACK = 1 时，确认号字段才有效。当 ACK = 0 时，确认号无效。

⑦推送比特 PSH (PuSH) ——接收 TCP 收到推送比特置 1 的报文段，就尽快地交付给接收应用进程，而不再等到整个缓存都填满了后再向上交付。

⑧复位比特 RST (ReSeT) ——当 RST = 1 时，表明 TCP 连接中出现严重差错（如由于主机崩溃或其他原因），必须释放连接，然后再重新建立运输连接。

⑨同步比特 SYN ——同步比特 SYN 置为 1，就表示这是一个连接请求或连接接受报文。

⑩终止比特 FIN (FINal) ——用来释放一个连接。当FIN = 1 时，表明此报文段的发送端的数据已发送完毕，并要求释放运输连接。

3.UDP(用户数据报协议 User Datagram Protoco):UDP提供了应用程序之间传输数据的基本机制。与IP一样，UDP提供不可靠、无连接的数据交付服务。它没有使用确认机制来确保报文的到达，没有对传送的报文进行排序，也不提供反馈信息来控制机器之间报文传输的速度，因此，UDP报文可能会出现丢失、延迟或乱序到达的现象。而且，报文到达的速率可能会大于接收能够处理的速率。

4. DNS（域名系统 Domain Name System）：DNS是因特网使用的命名系统，用来把便于人们使用的及其名字转换为IP地址。DNS保存了一张域名(domain name)和与之相对应的IP地址 (IP address)的表，以解析消息的域名。域名是Internet上某一台计算机或计算机组的名称，用于在数据传输时标识计算机的电子方位（有时也指地理位置）。因特网的域名系统DNS被设计成为一个联机分布式数据库系统，并采用客户机--服务器方式。DNS使大多数名字都在本地进行解析，仅少量解析需要在因特网上通信，因此DNS系统的效率很高。由于DNS是分布式系统，即使单个计算机处理故障，也不会妨碍整个DNS 系统的正常运行。域名到IP地址的解析过程的要点如下：当某一个应用程序

需要把主机名解析为IP地址时，该应用进程就调用解析程序，并成为DNS的一个客户，把待解析的域名放在DNS请求报文中，以UDP用户数据报文方式发给本地域名服务器。本地域名服务器在查找域名后，把对应的IP地址放在回答报文中返回，应用进程获得目的主机的IP地址后即可进行通信。若本地域名服务器不能回答该请求，则此域名服务器就暂时成为DNS中的另一个客户，并向其他域名服务器发出查询请求。

5. FTP（文件传送协议 File Transfer Protocol）：FTP是因特网上使用最广泛的文件传送协议。FTP提供交互式的访问，允许客户指明文件的类型和格式，并允许文件具有存取权限。FTP屏蔽了各计算机系统的细节，因而适合于在异构网络中任意计算机之间传送文件。文件传送协议使得主机间可以共享文件。FTP使TCP生成一个虚拟连接用于控制信息，然后再生成一个单独的TCP 连接用于数据传输。控制连接使用类似 TELNET 协议在主机间交换命令和消息。文件传送协议FTP只提供文件传送的一些基本的服务，它使用TCP 可靠的运输服务。其主要功能是减少或消除在不同操作系统下处理文件的不兼容性。

6．IP（互联网协议Internet Protocol）：IP是网络层的核心协议，它提供无连接的IP数据包投递服务，无论传输层使用何种协议，都要依靠IP来发送和接收数据。在因特网中，它是能使连接到网上的所有计算机网络实现相互通信的一套规则，规定了计算机在因特网上进行通信时应当遵守的规则。其特点是：提供一种无连接的传递机制,不保证数据包传输的可靠性，提供了尽最大努力的投递机制。

IP包的头部格式：

IP数据包的总格式：

7.ARP（地址解析协议 Address Resolution Protocol)：ARP是将IP地址转换成物理地址，它是获取物理地址的一个TCP/IP协议。某节点的IP地址的ARP请求被广播到网络上后，这个节点会收到确认其物理地址的应答，这样的数据包才能被传送出去。ARP基本思想是“询问”，但由于目标的物理地址还未知，因此必须用广播的方法提问，这种广播是物理地址广播，即把物理帧的目的物理地址字段设置为物理广播地址。对于被提问者而言，它可以从请求报文中提取提问方的物理地址，因此可以直接用单播方式返回回答，即广播询问，单播回应。

8.ICMP（Internet控制报文协议Internet Control Message Protocol）：ICMP协议是一种面向连接的协议，用于传输出错报告控制信息。它是一个非常重要的协议，它对于网络安全具有极其重要的意义。它是TCP/IP协议族的

一个子协议，属于网络层协议，主要用于在主机与路由器之间传递控制信息，包括报告错误、交换受限控制和状态信息等。当遇到IP数据无法访问目标、IP路由器无法按当前的传输速率转发数据包等情况时，会自动发送ICMP消息。

ICMP的常见含义：

9. EtherNet（以太网）以太网最早由Xerox（施乐）公司创建，于1980年DEC、lntel和Xerox三家公司联合开发成为一个标准。以太网是应用最为广泛的局域网，包括标准的以太网（10Mbit/s)、快速以太网（100Mbit/s）和10G（10Gbit/s）以太网，采用的是CSMA/CD访问控制法，它们都符合IEEE802.3。它不是一种具体的网络，是一种技术规范；定义了在局域网（LAN）中采用的电缆类型和信号处理方法。以太网在互联设备之间以10~100Mbps的速率传送信息包，双绞线电缆10 Base T以太网由于其低成本、高可靠性以及10Mbps 的速率而成为应用最为广泛的以太网技术。直扩的无线以太网可达11Mbps，许多制造供应商提供的产品都能采用通用的软件协议进行通信，开放性最好。

以下是以太网帧的帧格式：

10．HTTP（超文本传输协议）HTTP协议是用于从WWW服务器传输超文本到本地浏览器的传送协议。它可以使浏览器更加高效，使网络传输减少。它不仅保证计算机正确快速地传输超文本文档，还确定传输文档中的哪一部分，以及哪部分内容首先显示(如文本先于图形)等。基于HTTP协议的客户/服务器模式的信息交换过程，它分四个过程：建立连接、发送请求信息、发送响应信息、关闭连接等；?建立连接：连接的建立是通过申请套接字(Socket)实现的。客户打开一个套接字并把它约束在一个端口上，如果成功，就相当于建立了一个虚拟文件。以后就可以在该虚拟文件上写数据并通过网络向外传送。通俗地说就是TCP的三次握手。?发送请求：首先，这个消息是用普通的ASCII文本书写的。这个消息共有多行(每行以一个回车符和一个换行符结束)，最后一行后面还有额外的一个回车符和换行符。当然，一个请求消息也可以仅仅只有一行。请求的报文中包含了各种信息，包括客户端想要访问的URL，HTTP的版本，支持的浏览的字体等内容。?发送响应：服务器在处理完客户的请求之后，要向客户机发送响应消息。?关闭连接：客户和服务器双方都可以通过关闭套接字来结束TCP/IP对话。通俗地说就是TCP的4次握手断开。

五、设计条件：

硬件条件：联网的PC机一台、配备网卡，局域网环境

软件条件：Windows 7操作系统、协议分析软件Wireshark 、WinPCap、环境条件：软件实验室（语音大楼8楼）

六、详细设计：

我此次所做的设计中，主要是根据简单、易于分析的原则，抓取的是我们“重庆交通大学邮件系统”的界面，在浏览器地址栏中输入https://www.360docs.net/doc/6b3514686.html,回车后到整个页面全部显示完毕的这个过程。在抓包前，先看一下本机所连的路由器的参数和本机参数，如下：

（1）路由器

（2）本机信息

设计中，在安装好wireshark软件后，由于没有设定过滤条件，从而，此次抓包捕获的是流经本机的所有数据包（而且，由于电脑接插网线抓包时会显示诸多错误，于是我采用的是利用无线网来抓包），抓包流程如下：

（1）启动WireShark，准备开始分组捕获；

（2）启动360急速浏览器，打开“浏览历史记录”，进行“全部清空处理”，然后关掉当前网页，显示空白页面，此时在地址栏中输入https://www.360docs.net/doc/6b3514686.html,，返回来点击“抓包开始”按钮，再立刻回去将网站转到“重庆交通大学邮件系统”界面，待得所抓的包基本上完成以后即可；

（3）停止分组捕获。

注：由于有时间差，不可能在抓包一开始时就使网页跳转，所以在抓包的过程中难免出现了一些不必要的包。

（4）所抓的包大致如下（由于时间和容量的关系，就随便例举两1个出来，待一会儿用到的时候，再抽取后面的包出来分析）：

<一>进行DNS（域名系统）应用层分析（此次具体分析过后，后面再有类似的情形，将不再逐一分析）：

根据老师所给要求“浏览器分析URL，因为是以字母（cn）而非数字结尾，可得知当前使用的是域名，必须首先解析其对应的IP地址。”可知：当前访问的是https://www.360docs.net/doc/6b3514686.html,(ip为202.202.240.35)，而我本机

192.168.1.104向DNS服务器221.7.92.98发起DNS请求；从所截图中可以看出，我所抓取的包中包含了多个端口，介于有的端口没有截取到合适开始和结束标志，所以下面的分析均已端口49919为准；DNS的帧主要以Frame11和

frame12为准；frame11的帧结构如下:

首先计算机在浏览器DNS 缓存中查找https://www.360docs.net/doc/6b3514686.html, 项，如果有对应的IP 则找出来，如果没有就构建DNS 请求包向外发送，从低级到高级域名进行域名解析出IP 地址。由于在准备工作中已经清除了DNS 缓存，所以域名解析服务器给我自己的本机发回了IP 地址。从图中可知本地PC(192.168.0.5) 向IP 地址为221.7.92.98的dns 服务器发出了域名解析。在所抓的包中可以看到该包的相关信息；

进行dns 缓存清除的方法如下：

根据上面dns帧frame11所示，在图中可明显看出从应用层到数据链路层的相关信息。其中，第一行为该包的信息，第二行为以太网，属于数据链路层，第三行为IP 协议，属于网络层（源IP 与目的IP 显示在该行），第四行为UDP 协议，属于传输层，第五行为DNS 的有关数据。具体分析如下：从图中可知：此次捕获的dns帧为11号帧，在线帧大小为77字节，为616位，被捕获的也为77字节，即可知是全部捕获；抓包时间为2013年7月2

号22:20:58.450526000；此包与帧长也即为66字节；此包与前一包时间间隔为。0.004512000秒，此包与第一个帧的时间间隔为0.004512000秒；此帧中包含的协议有ip、udp、dns等；着色规则名称和着色规则字符串均为udp；

在数据链路层中（即第二大行），可知其使用的协议版本是以太网协议版本2，源网卡地址为5c：ac：4c：7d：64：86，目的地址为ec：88：8f：66：4a：84，其排列方式是：厂名_序号（网卡地址）；两者均采用单播的方式，全球唯一地址均是出厂默认，类型是IP（Ox0800），即帧内封装的上层协议类型为IP（十六进制码为0800）；

IP网络层分析: 在网络层中，源ip地址是192.168.1.104，目的ip地址是202.202.240.35，版本是ip-v4，头部长度是20个字节，该IP包的总长度为63个字节。我们知道，在以太网中能够传输的最大IP数据包为65535个字节。差分服务域是Ox00，差分服务代码点默认也为Ox00，标识字段为Ox3393；分片标志位为0表示不分片，保留位为0，表示不保留，最后一片标志位为0表示最后一片，分段偏移量为0，表示不偏移，此包内封装的上层协议为udp 生存期TTL为64，头部校验和为Ox3a55，正确；数据时完整的；

从上面所截的图的udp中可以看出：DNS是工作在UDP协议之上的，浏览器构建DNS请求包，递交传输层实体同时告知该包为DNS包。传输层实体构建43个字节的UDP包，源端口61192发出，目的端口为53，再封装为ip包递交网络层，然后递交给数据链路层。

从上面所截的图的dns中可以看出：这是一个请求查询的报文，该报文没有被删节，采用的是递归调用的查询，问题数为1个，回答RRs、权威RRs 以及附加RRs均为0个。在问题区域显示了名字字段与被查询的问题类型A （即主机地址）；而第12个包即frame12说明了规范主机名为

https://www.360docs.net/doc/6b3514686.html, ，IP地址为202.202.240.35；

<二>HTTP协议分析：

查阅资料可以知道：tcp的传输端口为80端口（FTP是21端口，SMTP是25端口，Telnet是23端口，HTTP也是80端口；而UDP中，常见的是DNS服

务的端口为53端口，SNMP是161端口（这些都是知名端口，范围是（0--1023）），qq常用的是动态端口（1024--65535）8000和4000端口）；

对于TCP（传输控制协议）的三次握手：

通过学习可以知道，在整个页面的显示抓包的整个过程中，它是以tcp

的连接建立为开始，以tcp的连接释放为结束。因此在tcp连接建立的过程中（由于在抓包时，抓取了多个接口的数据，虽然在抓包分布图上是接口49918的数据排列在前，但不知是什么原因，没有抓取到这个接口的连接释放过程，故我这次分析的主要是以接口49919为准），分析如下：

主要是Frame14，frame23，frame24，这即是tcp连接建立的三次握手，他提供的是可靠的连接服务（我自己主机的ip地址是192.168.1.104），最初两端都处于CLOSDE状态，而连接建立时，也可以看出是我主动打开连接，邮件系统202.202.240.35被动打开连接（下边分别以A和B来代表以上两个ip地址，便于分析）。三次握手的连接图如下：

分析如下：

第一次握手：在开始前，两端都要首先创建传输控制块TCB[2]（其中存储

了每一个连接的一些重要信息，如：tcp连接表、到发送和接收缓存的指针、到重传队列的指针、当前的发送和接收序号等），然后B准备接收任何一个进程的连接请求，处于LISTEN（收听）状态；而我本机创建TCB以后，开始建立连接，作为客户端的我—源地址为192.168.1.104向202.202.240.35发出连接请求报文段，这时首部中的同步位SYN=1，同时选择一个初始序号seq=x 此次抓包的随机初始序号为0，即seq=0。同时，由于tcp有规定，SYN报文段（即SYN=1的报文段）不能携带数据，但是他要消耗掉一个序号，即seq

为0的序号。此时，本机A的进程进入SYN_SEND（同步已发送）状态，等待服务器确认；

第二次握手：B服务器收到syn请求报文后，假如同意建立连接，则向A 发送确认。同时，在确认报文段中应把SYN和ACK位都置为1，而且，此时的确认号为ack=x+1，即ack=1；同时也为自己选择一个初始序号seq=y，此次抓包的y=0，即seq=0；值得注意的是：这个报文段也不携带数据，但同样要消耗掉一个序号。B收到请求后，必须确认A的SYN，同时自己也发送一个ACK 包，即SYN+ACK包，此时服务器进入SYN_RCVD（同步收到）状态；

第三次握手：客户端我A收到服务器B的SYN＋ACK包，向服务器B发送确认包ACK，同时，确认报文段的ACK置为1，确认号ack=y+1，即ack=1，而且自己的序号seq=x+1，即seq=1；（同时，tcp也规定：ACK报文段可以携带数据，但如果不携带数据则不消耗序号，在这种情况下，下一个数据文段的序号仍是seq=x+1）；到这时，此包发送完毕，tcp连接已经建立，客户端A 和服务器B进入ESTABLISHED状态，完成三次握手。

第一次握手时，抓包如下（具体分析参照上面的“dns应用层分析“）：

第二次握手时，抓包如下：

第三次握手时，抓包如下：

经过以上：网络层将运输层的TCP报文进行封装后，数据链路层到物理层在层层向上传到服务器，经路由器传到主机(客户)，当客户收到确认包后，三次握手完成，客户与服务器可以相互传送数据了，构建HTTP包，向服务器请求数据。

而对于HTTP协议的帧主要是frame44和frame59，如下所示：

由以上两图可以看出：本机发出请求，而202.202.240.35作出回应，同时，本计算机的物理层接收到202.202.240.35返回信号后，然后传到数据链路层检查目的MAC地址；网络层则递交TCP段和UDP包给传输层。传输层递交HTTP包给应用层。应用层提取HTTP数据段内容，浏览器将其展示。由图中HTTP/1.1 200 OK（test/html）可知：访问响应的头消息并且服务器成功响应了请求，返回信息为非缓存的文本/超文本格式。

Tcp连接的四次挥手释放链接，如下图所示（此图出自《计算机网络》）：

TCP四次挥手连接释放示意图[2]

数据传输结束后，通信双方都可以释放连接。现在本机和服务器都处于ESTABLISHED(已建立连接)状态，FIN置1，它也要消耗一个序列号。由于TCP 连接是全双工的，因此每个方向都必须单独进行关闭。这个原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。（但是不知道是什么原因，我所抓的包中没有fin=1的包）此处以帧frame76、77、79来分析；由FIN=1，ACK=1可知请求连接释放，这种方式也叫做捎带确认，且所抓图中两方均在发出连接释放请求，四次挥手连接释放如下：

（1）客户端A发送一个FIN且FIN=1，用来关闭客户A到服务器B的数据传送；

（2）服务器B收到这个FIN，它发回一个ACK且ACK置为1，即ACK=1，确认序号为收到的序号加1和SYN一样，一个FIN将占用一个序号。如下图：

（3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A，此时FIN=1，ACK=1；如图：

（4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1

七、设计心得：

本次课程设计，根据要求，我做的wireshark抓包实验，其中分析了DNS、IP、HTTP等。在设计的前前后后，可以说基本上都是自己一点点努力的结果;

以前有好多没有学到的、学好的，利用这几个星期的时间好好的补了一遍，尤其是去年学习的《计算机网络》，虽然直到如今任然没有学得是特别透彻，但是我真的努力了！

通过本次课程设计，使得我加深了对IP、DNS 、TCP、UDP、HTTP等协议的深刻理解；更重要的是从抓包数据中理解了tcp、udp、http等协议的工作原理以及它们的作用。并且通过用wireshark抓包工具，进行抓包、筛选等一系列操作获取到有用的数据进行观察、分析、处理，也使得我对于用wireshark进行抓包的一些流程和注意事项有了更深刻的掌握，对于他的基本操作流程和一些基本配置也懂了，而且，各种细心的观察和处理数据，使得我明白了生活中做什么事都必须应该细心、细致的去完成。

在此次课程设计中，尤其令我感悟颇深的是对于tcp连接建立的三次握手的理解，虽说以前已经学过，但当时没有仔细听，如今一点点的回过头来看，恰又像重新学习了一遍，温故而知新，我在其中学到了诸多东西。同时，连接释放的四次挥手过程中，我写得比较简便，因为我认为那是跟三次握手相差不多的。

从而通过此次设计使我明白正是有了各种各样协议的存在，人们的网络生活才会变的如此丰富。然而，学习一种协议是一种相当枯燥的事，这一点我已深有体会，更不用说编写协议了。而且通过此次设计，更重要的是培养了自己动手的能力，对http的请求、响应报文有了进一步的了解，对建立TCP 连接时的三次握手有了切实的体会，通过对TCP报文首部格式的分析，并且把课本上多学的理论知识与实践结合起来，对以前的知识得到深化和巩固，为以后学习新的知识打下基础，也提高了学习的兴趣，收获很大。

实践是检验真理的唯一标准。谁都知道这句话，然而，真正能做到的又有多少。我想：只有通过各种各样的实验，各种各样的设计、实践，我们才能更好地理解知识、掌握知识、运用知识。理论是基础，实践是保证，实力是必不可少的！

八、参考文献：

[1] Willam Stallings著, 王海译. 数据与计算机通信（第七版）[M].北京:

电子工业出版社, 2004