一、实验目的：

        主要时熟悉wireshark的使用

二、预备知识：

        HTTP协议的相关知识

 what fk，原来只要在右页点击切换，就可以开启2台不同的机器欸！nice

三、实验过程：

1.在机器1中通过管理员身份运行hfs之后，设置端口为8080，并将桌面的hfs文件夹添加为真实的目录，然后设置好用户名和密码，最后在属性中的上传选中所有人即可

2.切换到机器2中，先打开wireshark进行capure，并且用ip.addr == 10.1.1.33进行过滤

（1）获取http-get方法的相关数据包

首先，因为机器1中已经用hfs创建了对应的服务器，所以，可以在浏览器中输入10.1.1.33:8080进行访问，访问的过程中就使用到了http-get方法，

打开页面后，停止capure并且save出当前的情况

（2）获取http-post方法的相关数据包

重新打开wireshark进行capure，然后上传那个txt文件，同样这个过程使用了http-post方法（这一步也就是为什么当时需要设置都可以上传的属性的原因），停止capure并且save情况

3.最后，就是对上述抓取的2个方法的分别的请求报文和响应报文进行分析:

一下介绍其中的值得注意的地方：

part1：get方法的请求报文-

(1)客户端口 ， 服务端口

(2)流索引，TCP分片长度，序列编号，下一个序列编号，ack号，头部字节长度

 上面的是IP协议还有以太网协议部分的内容

(3)下面的TCP的具体内容才是重中之重：

包括：

请求方法，HTTP版本号

使用的浏览器

接受的语言

接受的编码方式

持续连接

以及，下一个响应报文的位置

 part2:get方法的响应报文（通过上一个请求报文的链接到达）

不过，这里我想要详细地对这个结构进行分析，包括IP协议那些内容，

Num.1 

这个Frame结构，应该就是说明一共在网卡上这个数据包捕获了多少个字节的数据吧 

Num.2

然后就是 IPv4这个协议的内容了，

单独看这个标题的内容话，可以看到源Ip地址10.1.1.33,和目标Ip地址10.1.1.42

打开那个“+”，一窥究竟:

 依次显示的是：

ip协议的版本号，

ip头部的长度，

ip数据包的总长度，

time to live 这个经过的网关生存数

下一个协议是TCP协议，

源ip地址和目标ip地址

TCP协议的小标题，记录了源端口号和目标端口号，seq号，ack号，和数据包长度

打开这个“+”看一下咯

 

 起始除了这个，后面还有一点不知道是啥的内容，我就暂时不管了欸

这里记录了这些内容欸：

源端口号和目标端口号，

流索引，

TCP分片长度，

序列号，

ack号，

头部长度

这个东东不知道是啥，不管了

终于到了我们可爱的HTTP协议部分，这才是应用层的东西啊！它里面有：

HTTP的版本号，200状态号，OK这个字符解释

服务器类型名称，cookie，encoding方式，

当然，还有下一个frame的位置 

part3:post方法的请求报文分析:

嘿嘿，这里的三次TCP握手的部分被我看到了欸！！！

 这个post请求报文的部分就非常清晰了，开始就是Frame数据，然后是以太网协议，之后就是Ipv4协议，之后是TCP协议，最后是Http协议部分:

这里我们直接来看http协议部分：

 我去，弄错了，这个是get方法的请求报文

下面这个才是post方法的请求报文:

奇怪了，为什么这里的源IP地址和目标ip地址还是这个样子？不对劲啊！

 part4：post方法的响应报文

分析的内容基本和get方法一致