《攀枝花学院学生课程设计（论文）题 目：HTTP协议分析学生姓名：学号：所在》由会员分享，可在线阅读，更多相关《攀枝花学院学生课程设计（论文）题 目：HTTP协议分析学生姓名：学号：所在（23页珍藏版）》请在金锄头文库上搜索。
1、攀枝花学院学生课程设计（论文）题 目：HTTP协议分析学生姓名：学号：所在院（系）：计算机学院专 业：班 级：指导教师：职称：2010年8月攀枝花学院教务处制攀枝花学院本科学生课程设计任务书题目HTTP协议分析1、课程设计的目的通过本课程设计，学生可以了解计算机网络工程设计的一般任务，明确计算机网络设计 与建设的基本原则，熟悉计算机网络需求分析的目标、任务与方法，掌握计算机网络设计的 通用方法，并能学会撰写规范的相关设计报告。2、课程设计的内容和要求（包括原始数据、技术要求、工作要求等）1. 需求分析根据选定的题目接合实际需求，完成需求分析。2. 方案设计接合需求分析和提示知识点内容，针对性的
2、对目标应用查找相应的资料和目标应用研 究，设计基本可行的方案。3. 方案文档的撰写完成设计报告，其中包含目标应用的提出背景、需求分析、设计方案及实现方法等3、主要参考文献1 Andrew S.Tanenbaum著，潘爱民译，徐明伟审.计算机网络U .北京：清华大学出 版社，2004, 8.2 ABRAMSON,N.:Internet Acess Using VASTs, IEEE Commum.Magazine,vol. 38,pp.60-68, July 2000.3 美BelachanderKrishnamurthy,JenniferRexford 著，范群波、沈金河译.Web 协议与实践
3、， 科学出版社.2003, 74、课程设计工作进度计划序号时间（天）内容安排备注1第1天选题、背景知识学习2第2天需求分析3第3天方案设计4第4天课程设计报告和总结5第5天课程设计报告和总结总计5 （天）指导教师（签字）日期年月日教研室意见：年月日学生（签字）：接受任务时间：年月口课程设计（论文）指导教师成绩评定表称 名 目分值得分工作表 现 20%11 OH02En03En能力水平5%3FFnFnF案 方n血实瓶 血等完 -I 1 X 能操晰07SnE10成果质量45%E图、度 插幅程5O113n11指导教师评语日 月 年HTTP (Hyper Text Transfer Protocol)
4、是超文本传输协议的缩写,它用于 传送WWW方式的数据，关于HTTP协议的详细内容请参考RFC2616o HTTP协议采用 了请求/响应模型。客户端向服务器发送一个请求，请求头包含请求的方法、URJL、 协议版本、以及包含请求修饰符、客户信息和内容的类似于MIME的消息结构。服 务器以一个状态行作为响应，相应的内容包括消息协议的版本，成功或者错谋编 码加上包含服务器信息、实体元信息以及可能的实体内容。通常HTTP消息包括客户机向服务器的请求消息和服务器向客户机的响应消 息。这两种类型的消息由一个起始行，一个或者多个头域，一个只是头域结束的 空行和可选的消息体组成oIlTTP的头域包括通用头，请求
5、头，响应头和实体头四个 部分。每个头域由一个域名，冒号(：)和域值三部分组成。域名是大小写无关的, 域值前可以添加任何数量的空格符，头域可以被扩展为多行，在每行开始处，使 用至少一个空格或制表符关键词HTTP协议，客户端，服务器，HTTP的头域目录1 前言31. 1 HTTP协议简述32 需求分析42.1 HTTP协议通信过程42. 1. 1 URL 0 动解析42. 1.2 获収IP,建立TCP连接 42. 1. 3客户端浏览器向服务器发出HTTP请求 42. 1.4 Web服务器应答，并向浏览器发送数据42. 1. 5 Web服务器关闭TCP连接52. 2 HTTP的头域52. 2. 1.
6、 1Cache-Control 头勺或 52. 2. 1. 2Date 头域62. 2. 1. 3Prcigma 头域 62.2.2请求消息62.2. 3响应消息82.2.4实体信息93系统设计113.1 HTTP Analyzer 工具介绍 113.2分析访问浏览器和服务器通信的过程11总结参考文献16附录：HTTP协议状态码的含义 161前言1. 1 HTTP协议简述HTTP是一个客户端和服务器端请求和应答的标准（TCP）。客户端是终端用 户，服务器端是网站。通过使用Web浏览器、网络爬虫或者其它的工具，客户端 发起一个到服务器上指定端口（默认端口为80）的HTTP请求。（我们称这个客 户
7、端）叫用户代理（user agent） o应答的服务器上存储着（一些）资源，比如 HTML文件和图像。（我们称）这个应答服务器为源服务器（origin server） o 在用户代理和源服务器中间可能存在多个中间层，比如代理，网关，或者隧道 （tunnels） o尽管TCP/IP协议是互联网上最流行的应用，HTTP协议并没有规定 必须使用它和（基于）它支持的层。事实上，HTTP可以在任何其他互联网协议 上，或者在其他网络上实现。HTTP只假定（其下层协议提供）可靠的传输，任何 能够提供这种保证的协议都可以被其使用。2需求分析2.1 HTTP协议通信过程当我们在浏览器的地址栏输入uww. bai
8、du. con/然后按回车，这Z后发生了 什么事，我们直接看到的是打开了对应的网页，那么内部客户端和服务端是如何 通信的呢？2.1.1 URL自动解析HTTP URL包含了用于查找某个资源的足够信息，基本格式如下：HTTP:/host： “ : ” port abs_path,其中HTTP表示桶盖HTTP协议来定位网络 资源；host表示合法的主机域名或IP地址，port指定一个端口号，缺省80； abs_path指定请求资源的URI；如果URL中没有给出abs_path,那么当它作为i青 求URI时，必须以的形式给出，通常这个工作浏览器自动帮我们完成。例如：输入www. 163. com;浏
9、览器会自动转换成：HTTP:/ww. 163. com/2.1.2获取IP,建立TCP连接浏览器地址栏中输入HTTP:/ xxx. com/并提交Z后，首先它会在DNS本 地缓存表中查找，如果有则直接告诉IP地址。如果没有则耍求网关DNS进行查找, 如此下去，找到对应的IP后，则返回会给浏览器。当获取IP Z后，就开始与所谙求的Tcp建立三次握手连接，连接建立后，就 向服务器发出HTTP请求。2.1.3客户端浏览器向服务器发出HTTP请求一日.建立了 TCP连接，Web浏览器就会向Web服务器发送请求命令，接着以头 信息的形式向Web服务器发送一些别的信息，Z后浏览器发送了一空白行來通知 服务
10、器，它已经结朿了该头信息的发送。2.1.4 Web服务器应答，并向浏览器发送数据客户机向服务器发岀请求后，服务器会客户机回送应答，IITTP/1. 1 200 0K应答的第一部分是协议的版本号和应答状态码，正如客户端会随同请求发送关 于自身的信息一样，服务器也会随同应答向用户发送关于它口己的数据及被请求 的文档。Web服务器向浏览器发送头信息后，它会发送一个空白行来表示头信息的发送 到此为结朿，接着，它就以Content-Type应答头信息所描述的格式发送用户所请 求的实际数据2.1.5 Web服务器关闭TCP连接一般情况下，一旦Web服务器向浏览器发送了谙求数据，它就要关闭TCP连接, 然后
11、如果浏览器或者服务器在其头信息加入了这行代码Connection:keep-aliveTCP连接在发送后将仍然保持打升状态，于是，浏览器可以继续通过相同的连 接发送请求。保持连接节省了为每个请求建立新连接所需的时间，还节约了网络 带宽。2. 2 HTTP的头域2. 2. 1通用头域通用头域包含请求和响应消息都支持的头域，通用头域包含Cache- Controls Connection、Date Pragma Transfer-Encoding Upgrade Via0 对通用头域的 扩展耍求通讯双方都支持此扩展，如果存在不支持的通用头域，一般将会作为实 体头域处理。下面简单介绍儿个在UPnP消
12、息中使用的通用头域。2. 2.1.1 Cache-Control 头域Cache-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-revalidate、max-ageo 各个消息中的 指令含
13、义如下：Public指示响应可被任何缓存区缓存。Private指示对丁单个用户的整个或部分响应消息，不能被共享缓存处 理。这允 许服务器仅仅描述当用户的部分响应消息，此响应消息对于其他用户的请求无效。 no-cache指示请求或响应消息不能缓存no-store用于防止重耍的信息被无意的发布。在请求消息中发送将使得 请求和响 应消息都不使用缓存。max-age指示客户机可以接收生存期不大丁指定时间（以秒为单位）的响应。 min-fresh指示客户机可以接收响应时间小于当前时间加上指定时间的响应。 max-stale指示客户机可以接收超出超时期间的响应消息c如果指定max-stale 消息的值，那
14、么客户机可以接收超岀超时期指定值Z内的响应消息。2. 2.1.2 Date 头域Date头域表示消息发送的时间，时间的描述格式由rfc822定义。例 如,Date: Tue, 15 Jun 2010 11:04:56 GMT。Date描述的时间表示世界标准时,换算成本地 时间，需要知道用户所在的时区。2. 2. 1. 3 Pragma 头域Pragma头域用來包含实现特定的指令，最常用的是Pragma:no- cache。在 HTTP/1. 1 协议中,它的含义和 Cache-Control:no-cache 相同。2.2.2请求消息请求消息由三部分组成，分别是：谙求行、消息报头、谙求正文1、请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本, 格式如下：Method Request-URI HTTP-Version CRLF其中Method表示请求方法；Request-URI是一个统一资源标识符； HTTP-Version表示请求的HTTP协议版本；CRLF表示凹车和换行(除了作为结 尾的CRLF外，不允许出现单独的CR或LF字符)。请求方法(所有方法全为大写)有多种，齐个方法的解释如下：GET请求获取Request-URI所标识的资源POST在Request-URI所标识的资源后附加新的数据HEAD请求获取由Request-URI所标识
