深入理解HTTP协议和原理分析样本

上传人:亦明 文档编号:123053130 上传时间:2020-03-08 格式:DOC 页数:29 大小:268.61KB
返回 下载 相关 举报
深入理解HTTP协议和原理分析样本_第1页
第1页 / 共29页
深入理解HTTP协议和原理分析样本_第2页
第2页 / 共29页
深入理解HTTP协议和原理分析样本_第3页
第3页 / 共29页
深入理解HTTP协议和原理分析样本_第4页
第4页 / 共29页
深入理解HTTP协议和原理分析样本_第5页
第5页 / 共29页
点击查看更多>>
资源描述

《深入理解HTTP协议和原理分析样本》由会员分享,可在线阅读,更多相关《深入理解HTTP协议和原理分析样本(29页珍藏版)》请在金锄头文库上搜索。

1、深入理解HTTP协议和原理分析样本 深入理解P 协议和原理分析本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 深入理解P 协议及原理分析P 协议是用于从W 服务器传输超文本到本地浏览器的传送协议。 它能够使浏览器更加高效,使网络传输减少。 它不仅保证计算机正确快速地传输超文本文档,还确定传输文档中的哪一部分,以及哪部分内容首先显示等。 1.基础概念篇介绍P 是是Hyper TextTransfer Protocol(超文本传输协议)的缩写。 它的发展是万维网协会(World WideWeb Consortium)和和t Inter工作小组

2、IETF(Inter EngineeringTask Force)合作的结果,(他们)最终发布了一系列的RFC,5RFC1945定义了/。 其中最著名的就是RFC2616。 6RFC2616定义了今天普遍使用的一个版本。 P 协议(HyperText TransferProtocol,超文本传输协议)是用于从W 服务器传输超文本到本地浏览器的传送协议。 它能够使浏览器更加高效,使网络传输减少。 它不仅保证计算机正确快速地传输超文本文档,还确定传输文档中的本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 哪一部分,以及哪部分内容首先显示(如文

3、本先于图形)等。 P 是一个应用层协议,由请求和响应构成,是一个标准的客户端服务器模型。 P 是一个无状态的协议。 在在P TCP/IP协议栈中的位置P 协议通常承载于P TCP协议之上,有时也承载于S TLS或或L SSL协议层之上,这个时候,就成了我们常说的S。 如下图所示:默认P 的端口号为80,S S的端口号为443。 P 的请求响应模型本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 P 协议永远都是客户端发起请求,服务器回送响应。 见下图:这样就限制了使用P 协议,无法实现在客户端没有发起请求的时候,服务器将消息推送给客户端。

4、P 协议是一个无状态的协议,同一个客户端的这次请求和上次请求是没有对应关系。 工作流程一次P 操作称为一个事务,其工作过程可分为四步:1)首先客户机与服务器需要建立连接。 只要单击某个超级链接,P 的工作开始。 2)建立连接后,客户机发送一个请求给服务器,请求方式的格式为:统一资源标识符(URL)、协议版本号,后边是E MIME信息包括请求修饰符、客户机信息和可能的内容。 本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 3)服务器接到请求后,给予相应的响应信息,其格式为一个状态行,包括信息的协议版本号、一个成功或错误的代码,后边是E MI

5、ME信息包括服务器信息、实体信息和可能的内容。 4)客户端接收服务器所返回的信息通过浏览器显示在用户的显示屏上,然后客户机与服务器断开连接。 如果在以上过程中的某一步出现错误,那么产生错误的信息将返回到客户端,有显示屏输出。 对于用户来说,这些过程是由P 自己完成的,用户只要用鼠标点击,等待信息显示就能够了。 使用k Wireshark抓抓TCP、p 包打开Wireshark,选择工具栏上的“Capture”-“Options”,界面选择如图11所示:本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 图图1设置e Capture选项一般读者

6、只需要选择最上边的下拉框,选择合适的Device,而后点击“Capture Filter”,此处选择的是“ TCPport (80)”,选择后点击上图的“Start”开始抓包。 本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 图图2选择Capture Filter例如在浏览器中打开,抓包如图33所示:图图3抓包在上图中,可清晰的看到客户端浏览器()与服务器的交互过程:1)No1:浏览器()向服务器()发出连接请求。 此为为P TCP三次握手第一步,此时从图中能够看出,为为SYN,seq:X(x=0)本文档所提供的信息仅供参考之用,不能作为

7、科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 2)No2:服务器()回应了浏览器()的请求,并要求确认,此时为:SYN,ACK,此时y seq:y(y为为0),ACK:x+1(为为1)。 此为三次握手的第二步;3)No3:浏览器()回应了服务器()的确认,连接成功。 为:ACK,此时seq:x+1(为为1),ACK:y+1(为1)。 此为三次握手的第三步;4)No4:浏览器()发出一个页面P 请求;5)No5:服务器()确认;6)No6:服务器()发送数据;7)No7:客户端浏览器()确认;8)No14:客户端()发出一个图片P 请求;9)No15:服务器()发送状态响应码2

8、00OK?头域每个头域由一个域名,冒号(:)和域值三部分组成。 域名是大小写无关的,域值前能够添加任何数量的空格符,头域能够被扩展为多行,在每行开始处,使用至少一个空格或制表符。 在抓包的图中,4No14点开可看到如图44所示:本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 图图p4请求消息回应的消息如图55所示:图图p5状态响应信息t host头域t Host头域指定请求资源的t Inte主机和端口号,必须表示请求l url的原始服务器或网关的位置。 /,否则系统会以0400状态码返回。 图图55中中t host那行为:本文档所提供的信

9、息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 r Referer头域Referer头域允许客户端指定请求i uri的源资源地址,这能够允许服务器生成回退链表,可用来登陆、优化e cache等。 他也允许废除的或错误的连接由于维护的目的被追踪。 如果请求的uri没有自己的i uri地址,r Referer不能被发送。 如果指定的是部分i uri地址,则此地址应该是一个相对地址。 在图44中,r Referer行的内容为:User-t Agent头域Us er-t Agent头域的内容包含发出请求的用户信息。 在图44中,User-t Agent行的内容为

10、:Cache-l Control头域Cache-l Control指定请求和响应遵循的缓存机制。 在请求消息或响应消息中设置Cache-Control并不会修改另一个消息处理过程本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 中的缓存处理过程。 请求时的缓存指令包括no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached,响应消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-

11、revalidate、max-age。 在图55中的该头域为:e Date头域e Date头域表示消息发送的时间,时间的描述格式由2rfc822定义。 例如,Date:Mon,31Dec04:25:57GMT。 Date描述的时间表示世界标准时,换算成本地时间,需要知道用户所在的时区。 图图55中,该头域如下图所示:P 的几个重要概念:Connection一个传输层的实际环流,它是建立在两个相互通讯的应用程序之间。 本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 ,t request和和e reponse头中都有可能出现一个n conne

12、ction的头,此r header的含义是当client和和r server通信时对于长链接如何进行处理。 ,t client和和r server都是默认对方支持长链接,的,但又不希望使用长链接,则需要在header中指明n connection的值为close;如果server方也不想支持长链接,则在e response中也需要明确说明n connection的值为close。 不论t request还是e response的r header中包含了值为e close的的connection,都表明当前正在使用的p tcp链接在当天请求处理完毕后会被断掉。 以后t client再进行新的请求

13、时就必须创建新的tcp链接了。 :Message P 通讯的基本单位,包括一个结构化的八元组序列并通过连接传输。 :Request一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号。 :Response本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 一个从服务器返回的信息包括P 协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的E MIME类型。 :Resource由由I URI标识的网络数据对象或服务。 :Entity数据资源或服务资源的回映的一种特殊表示方法,它可能被包围在一个请求或响应信息中。

14、一个实体包括实体头信息和实体的本身内容。 :Client。 一个为发送请求目的而建立连接的应用程序。 :UserAgent初始化一个请求的客户机。 它们是浏览器、器或其它用户工具。 :Server。 一个接受连接并对请求返回信息的应用程序。 :Originserver本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不当之处,请联系本人或网站删除。 是一个给定资源能够在其上驻留或被创建的服务器。 :Proxy一个中间程序,它能够充当一个服务器,也能够充当一个客户机,为其它客户机建立请求。 请求是通过可能的翻译在内部或经过传递到其它的服务器中。 一个代理在发送请求信息之前,必须解释并且如果可能重写它。 代理经常作为通过防火墙的客户机端的门户,代理还能够作为一个帮助应用来通过协议处理没有被用户代理完成的请求。 :Gateway一个作为其它服务器中间媒介的服务器。 与代理不同的是,网关接受请求就好象对被请求的资源来说它就是源服务器;发出请求的客户机并没有意识到它在同网关打交道。 网关经常作为通过防火墙的服务器端的门户,网关还能够作为一个协议翻译器以便存取那些存储在非P 系统中的资源。 :Tunnel本文档所提供的信息仅供参考之用,不能作为科学依据,请勿模仿。 文档如有不

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 商业合同/协议

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号