抓包剖析Http301重定向流程51CTO博客 - 众发娱乐

抓包剖析Http301重定向流程51CTO博客

2019年03月01日09时24分58秒 | 作者: 景中 | 标签: 剖析,重定向,如下 | 浏览: 837

 

抓包剖析Http301重定向流程 环境描绘

         客户端拜访www.espn.com,因为此域名已不存在,相关网站信息转到www.espn.go.com。相关trace文件,见附件。

剖析进程

先用sniffer翻开trace,检查相关数据包,如下图:

 

前两个为DNS查询及呼应,客户端获取到服务器IP,进行了TCP三次握手(第3-5个数据包)。第6个包为http get,经过sniffer解码如下图:

 

恳求类型为GET,版别为http 1.1,URI为www.espn.com。

第7个包为TCP的承认,第8、9个包的呈现归于乱序(断定原因后面会解说)。

第10个包,为服务器端的呼应,如下图:

 

留意上面黄色标出的3个字段。

呼应的状况码为301,并进行了此代码的意义:永久移除,即此域名现已不存在了。

Connection字段与get包此字段进行比照:

Connection: Keep-Alive,Connection: close,这也是http1.1与1.0的一个首要差异,1.1支撑在一个TCP会话中进行屡次使用恳求,而1.0默许只支撑1个。

第3个黄色标出部分,显现了重定向的URL,http://espn.go.com。

第12、14为客户端对重定向域名的解析

 

接下来客户端又进行了新的TCP衔接,并建议对新域名的get恳求,如下图第19个包:

 

接下来服务器进行了成功的呼应,http 200,如下图:

 

别的需求指出的是,sniffer给出了针对这个呼应成果,后续数据的传送序列,这个序列能够协助剖析人员很直观的定位丢包,及剖析重传状况。这个序列也是sniffer独有,其他剖析产品没有供给的,如下图:

 

后续数据共分为21个包进行传输,黄色部分标出了这些数据包在整个trace文件中的方位。

这样在后续的每个数据包中都会表现其在整个会话中的方位,如下图:

 

 

另因为IP网络是极力转发,并不能确保在传输进程中各个数据包的抵达次序。所以会呈现一些先宣布的数据而后到的状况,如下图:

 

 

 

 

2012.5.14

附件:http://down.51cto.com/data/2360569
版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表众发娱乐立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章