网络协议分析课程设计-web流量分析
- 格式:doc
- 大小:252.50 KB
- 文档页数:11
网络协议分析与仿真课程设计报告
网络流量分析
一、 课程设计目的
加深对IP、DSN 、TCP、UDP、HTTP等协议的理解;
掌握流量分析工具的使用,学习基本的流量分析方法。
二、 课程设计内容
流量分析
工具:Wireshark(Windows或Linux),tcpdump(Linux)
要求:使用过滤器捕获特定分组;用脚本分析大量流量数据(建议用perl)。
内容:Web流量分析
清除本机DNS缓存,访问某一网站主页,捕获访问过程中的所有分组,分析并回答下列问题(以下除1、3、8、11外,要求配合截图回答):
(1) 简述访问web页面的过程。
(2) 找出DNS解析请求、应答相关分组,传输层使用了何种协议,端口号是多少所请求域名的IP地址是什么
(3) 统计访问该页面共有多少请求IP分组,多少响应IP分组(提示:用脚本编程实现)
(4) 找到TCP连接建立的三次握手过程,并结合数据,绘出TCP连接建立的完整过程,注明每个TCP报文段的序号、确认号、以及SYN\ACK的设置。
(5) 针对(4))中的TCP连接,该TCP连接的四元组是什么双方协商的起始序号是什么TCP连接建立的过程中,第三次握手是否带有数据是否消耗了一个序号 (6) 找到TCP连接的释放过程,绘出TCP连接释放的完整过程,注明每个TCP报文段的序号、确认号、以及FIN\ACK的设置。
(7) 针对(5)中的TCP连接释放,请问释放请求由服务器还是客户发起FIN报文段是否携带数据,是否消耗一个序号FIN报文段的序号是什么为什么是这个值
(8) 在该TCP连接的数据传输过程中,找出每一个ACK报文段与相应数据报文段的对应关系,计算这些数据报文段的往返时延RTT(即RTT样本值)。根据课本200页节内容,给每一个数据报文段估算超时时间RTO。(提示:用脚本编程实现)
(9) 分别找出一个HTTP请求和响应分组,分析其报文格式。参照课本243页图6-12,在截图中标明各个字段。
(10) 访问同一网站的不同网页,本次访问中的TCP连接是否和上次访问相同(与上次页面访问时间间隔不能过长,可连续访问,分别分析。)
(11) 请描述HTTP协议的持续连接的两种工作方式。访问这些页面(同一网站的不同页面)的过程中,采用了哪种方式(参考课本241页)
三、 设计与实现过程
1.简述访问web页面的过程。
1.浏览器分析链接指向页面的url
2.浏览器向dns请求解析url的ip地址
3.Dns解析出ip地址
4.浏览器与服务器建立tcp连接(ip地址,端口80)
5.浏览器发出取文件命令
6.服务器给出响应,将指定文件发给浏览器 7.释放tcp连接
8.浏览器显示文件内容
2.找出DNS解析请求、应答相关分组,传输层使用了何种协议,端口号是多少所请求域名的IP地址是什么
访问
请求分组
应答分组
由上可知:传输层使用了udp协议,本机端口号57949,服务器端口号: 53
由下可知:的ip地址为统计访问该页面共有多少请求IP分组,多少响应IP分组(提示:用脚本编程实现)
1.过滤:
2.将数据导出到文件中 3.执行下面脚本
echo | grep "No." | wc -l
统计出共有66个请求包
4.同理可得共有66个应答包
4.找到TCP连接建立的三次握手过程,并结合数据,绘出TCP连接建立的完整过程,注明每个TCP报文段的序号、确认号、以及SYN\ACK的设置。
1.过滤
2.三次握手包如下:
3.绘图如下:
5.针对(4)中的TCP连接,该TCP连接的四元组是什么双方协商的起始序号是什么TCP连接建立的过程中,第三次握手是否带有数据是否消耗了一个序号 1.该tcp连接的四元组为:本机 IP: 端口:80,
目的IP: 端口:2141
2.第三次握手包的len为0,没有携带数据
3.第四个包的seq与第三次握手报的seq相同为1,没有消耗序号。
6.找到TCP连接的释放过程,绘出TCP连接释放的完整过程,注明每个TCP报文段的序号、确认号、以及FIN\ACK的设置。
情况一(谷歌浏览器):
1.过滤:
2.找到fin包如下图:
3.绘图如下:
情况二(用IE浏览器):
1.过滤:
2.找到fin包如下图:
3.绘图如下:
7.针对(5)中的TCP连接释放,请问释放请求由服务器还是客户发起FIN报文段是否携带数据,是否消耗一个序号FIN报文段的序号是什么为什么是这个值
1.释放连接是由服务器发起的,FIN报文段不携带数据。(len=0)
2.消耗一个序号(138124->138125)
报文段的序号是138124,因为前一个包对方给出的Ack数值是138124.
也就是说138124以前的数据包正确到达,FIN包从138124序号开始。
8.在该TCP连接的数据传输过程中,找出每一个(客户)发送的报文段与其ACK报文段的对应关系,计算这些数据报文段的往返时延RTT(即RTT样本值)。根据课本200页节内容,给每一个数据报文段估算超时时间RTO。(提示:用脚本编程实现)
公式:报文段的往返时间RTT(Round-Trip Time)
新的RTTs =(1-a)*(旧的RTTs)+ a*(新的RTT样本值)
新的RTTD = (1-b)*(旧的RTTD) + b*| RTTs – 新的RTT样本|
超时重传时间RTO = RTTs + 4 * RTTD; 1.过滤:
2.导出到文件中
3.脚本编程如下:
#!/bin/bash
rtts=0
rttd=0
temp=0
rto=0
cat | grep "The RTT to ACK the segment was:" |cut -d':' -f 2 |cut -d' ' -f 2| while
read rtt
do
rtts=`echo "*$rtts + *$rtt" | bc`
temp=`echo "$rtts - $rtt" | bc | tr -d -`
rttd=`echo "*$rttd + *$temp" | bc`
rto=`echo "4*$rttd + $rtts" | bc`
echo $rtt $rto >>
Done
4.运行结果
RTT RTO
9.分别找出一个HTTP请求和响应分组,分析其报文格式。参照课本243页图6-12,在截图中标明各个字段。
请求字段
应答字段
10.访问同一网站的不同网页,本次访问中的TCP连接是否和上次访问相同(与上次页面访问时间间隔不能过长,可连续访问,分别分析。)
情况一:短时间
1.过滤:
2.在相同的tcp流中查找到了两条不同的GET网页
分别为西邮主页和“西邮机构设置”网页,由于两个网页在同一个网站中,所以在同一个tcp连接中。(截图如下)
情况二:长时间
1.过滤:
2.在相隔了个time段后,前3个包是一个tcp连接,第四个是另一个tcp连接。如下图所示。
原因:http/使用了持续连接,在发送响应一段时间后任然保持连接,当继续访问当前服务器其他资源时,不用建立新连接.
11.请描述HTTP协议的持续连接的两种工作方式。访问这些页面(同一网站的不同页面)的过程中,采用了哪种方式(参考课本241页)
1.非流水线方式:客户在收到前一个响应之后才能发出下一个请求。
2.流水线方式:客户在受到HTTP响应报文之前就能够接着发送新的报文请求。
流水线工作方式使TCP连接中的空闲时间减少,提高了传输效率 访问这些页面(同一网站的不同页面)的过程中,采用了流水线的方式,在同一网站上的不同引用对象,可以进行连续的请求,不一定非要等到确认报文。
如图是连续请求的截图.
四、 设计技巧及体会
1、书上讲的理论在实际应用中会有所变化,例如tcp的四次挥手,在实际抓包中抓到的还有一种rst包。经过分析,是不同浏览器实现方法不同。
2、在机子上抓到好多黑底红字的包,最后解决方法是wireshark中有关网卡设置的问题。如下图所示: