http协议什么意思

('第1页共33页竭诚为您提供优质文档/双击可除http协议什么意思篇一：http协议状态码的含义http返回状态码：2开头表示成功返回；3开头表示请求被重定向；4开头表示由于客户端造成的错误；5开头表示由于服务端造成的错误。"100":continue"101":witchingprotocols"200":ok"201":created"202":accepted"203":non-authoritativeinformation"204":nocontent"205":Resetcontent"206":partialcontent"300":multiplechoices"301第2页共33页":movedpermanently"302":movedtemporarilystatuscode"303":seeother"304":notmodified"305":useproxy"307":temporaryRedirect"400":badRequest"401":unauthorized"402":paymentRequired"403":Forbidden"404":notFound"405":methodnotallowed"406":notacceptable"407":proxyauthenticationRequired"408":Requesttime-out"409":conflict"410":gone"411":lengthRequired"412":preconditionFailed"413":Requestentitytoolarge"414":Request-uRitoolarge"415":unsupportedmediatype"416":Requeste第3页共33页drangenotsatisfiable"417":expectationFailed"500":internalservererror"501":notimplemented"502":badgateway"503":serviceunavailable"504":gatewaytime-out"505":httpVersionnotsupported1：请求收到，继续处理2：操作成功收到，分析、接受3：完成此请求必须进一步处理4：请求包含一个错误语法或不能完成5：服务器执行一个完全有效请求失败100——客户必须继续发出请求101——客户要求服务器根据请求转换http协议版本200——交易成功201——提示知道新文件的uRl202——接受和处理、但处理未完成203——返回信息不确定或不完整204——请求收到，但返回信息为空205——服务器完成了请求，用户代理必须复位当前已经浏览过的文件206——服务器已经完成第4页共33页了部分用户的get请求300——请求的资源可在多处得到301——删除请求数据302——在其他地址发现了请求数据303——建议客户访问其他uRl或访问方式304——客户端已经执行了get，但文件未变化305——请求的资源必须从服务器指定的地址得到306——前一版本http中使用的代码，现行版本中不再使用307——申明请求的资源临时性删除4xx:clienterror使用者端(浏览器)错误400——错误请求，如语法错误401——请求授权失败401.1登入失败401.2因服务器设定问题造成登入失败401.3由于来源的acl问题而未授权401.4筛选器授权失败第5页共33页401.5isapi/cgi应用程序授权失败402——保留有效chargeto头响应403——请求不允许403.1禁止执行存取403.2禁止读取存取403.3禁止写入存取403.4需要ssl403.5需要ssl128位加密403.6ip地址被拒绝403.7需要客户端凭证403.8拒绝存取站台403.9太多的使用者403.10无效的设定403.11密码变更403.12对应程序拒绝存取403.13客户端凭证已撤销403.14目录清单被拒绝403.15超过客户端存取授权数403.16客户端凭证不被信任或者无效403.17客户端凭证已经过期或者无效404——没有发现文件、查询或uRl405——用户在Request-line字段定义的方法不允许406——请求资源不可访问407——类似401，用户必须首先在代理服务器上得到授权408——客户端没有在用户指定的时间内完成请求第6页共33页409——对当前资源状态，请求不能完成410——服务器上不再有此资源且无进一步的参考地址411——服务器拒绝用户定义的content-length属性请求412一个或多个请求头字段在当前请求中错误413请求的资源大于服务器允许的大小414——请求的资源uRl长于服务器允许的长度415——请求资源不支持请求项目格式416——请求中包含Range请求头字段，在当前请求资源范围内没有range指示值，请求也不包含if-Range请求头字段417——服务器不满足请求expect头字段指定的期望值，如果是代理服务器，可能是下一级服务器不能满足请求5xx:servererror服务器端错误讯息错误码错误讯息说明500——服务器产生内部错误500.12应用程序正在重新启动500.13服务器太忙碌第7页共33页500.15不允许global.asa的要求500-100.aspasp错误501——服务器不支持请求的函数502——服务器暂时不可用，有时是为了防止发生系统过载503——服务器过载或暂停维修504关口过载，服务器使用另一个关口或服务来响应用户，等待时间设定值较长505——服务器不支持或拒绝支请求头中指定的http版本常见的http状态代码及其原因403.8-站点访问被拒绝。您已为您用来访问服务器的域设置了域名限制。错误信息：Forbidden:siteaccessdenied403.8（禁止访问：站点访问被拒绝403.8）403.9-用户数过多。与该服务器连接的用户数量超过了您设置的连接限制。第8页共33页错误信息：accessForbidden:toomanyusersareconnected403.9（禁止访问：连接的用户太多403.9）200-成功。此状态代码表示iis已成功处理请求。304-未修改。客户端请求的文档已在其缓存中，文档自缓存以来尚未被修改过。客户端使用文档的缓存副本，而不从服务器下载文档。401.1-登录失败。登录尝试不成功，可能用户名或密码无效。401.3-由于acl对资源的限制而未获得授权。这表示存在ntFs权限问题。即使您对试图访问的文件具备相应的权限，也可能发生此错误。例如，如果iusR帐户无权访问c:\\winnt\\system32\\inetsrv目录，您会看到这个错第9页共33页误。403.1-执行访问被禁止。导致此错误信息的两个常见原因：您没有足够的执行许可。例如，如果试图访问的asp页所在的目录权限设为“无”，或者，试图执行的cgi脚本所在的目录权限为“只允许脚本”，将出现此错误信息。若要修改执行权限，请在microsoft管理控制台(mmc)中右击目录，然后依次单击属性和目录选项卡，确保为试图访问的内容设置适当的执行权限。您没有将试图执行的文件类型的脚本映射设置为识别所使用的谓词（例如，get或post）。若要验证这一点，请在mmc中右击目录，依次单击属性、目录选项卡和配置，然后验证相应文件类型的脚本映射是否设置为允许所使用的第10页共33页谓词。403.2-读访问被禁止。验证是否已将iis设置为允许对目录进行读访问。另外，如果您正在使用默认文件，请验证该文件是否存在。403.2Forbidden:ReadaccessForbidden（403.2禁止访问：读访问被禁止）403.3-写访问被禁止。验证iis权限和ntFs权限是否已设置以便向该目录授予写访问权。403.3Forbidden:writeaccessForbidden（403.3禁止访问：写访问被禁止）403.4-要求ssl。禁用要求安全通道选项，或使用https代替http来访问该页面。如果没有安装证书的web站点出现此错误。403、403.4、403.5禁止访问：要求ssl第11页共33页403.5-要求ssl128。禁用要求128位加密选项，或使用支持128位加密的浏览器以查看该页面。错误信息：http错误403、403.4、403.5禁止访问：要求ssl403.6-ip地址被拒绝。您已把您的服务器配置为拒绝访问您目前的ip地址。错误信息：403.6-Forbidden:ipaddressRejected（403.6-不可用：ip地址被拒绝）403.7-要求客户端证书。您已把您的服务器配置为要求客户端身份验证证书，但您未安装有效的客户端证书。错误403.7或“connectiontoservercouldnotbe错误信息：403.7Forbidden:clientcertificateRequired（403.7禁止访问：要求客户端证书）第12页共33页注意：microsoftwindows2000professional和microsoftwindowsxpprofessional自动设置了在iis上最多10个连接的限制。您无法更改此限制。403.12-拒绝访问映射表。您要访问的页面要求提供客户端证书，但映射到您的客户端证书的用户id已被拒绝访问该件。错误信息：http403.12-accessForbidden:mapperdeniedaccess（http403.12-禁止访问：映射表拒绝访问）404-未找到。发生此错误的原因是您试图访问的文件已被移走或删除。如果在安装uRlscan工具之后，试图访问带有有限扩展名的文件，也会发生此错误。这种情况下，该请求的日志文件项中将出现“RejectedbyuRlscan”的字样。500-内部服务器错误。很多服务器端的错误都可能导第13页共33页致该错误信息。事件查看器日志包含更详细的错误原因。此外，您可以禁用友好http错误信息以便收到详细的错误说明。500.12-应用程序正在重新启动。这表示您在iis重新启动应用程序的过程中试图加载asp页。刷新页面后，此信息即会消失。如果刷新页面后，此信息再次出现，可能是防病毒软件正在扫描global.asa文件。错误信息：httperror500-12applicationRestarting（http错误500-12应用程序正在重新启动）500-100.asp-asp错误。如果试图加载的asp页中含有错误代码，将出现此错误信息。若要获得更确切的错误信息，请禁用友好http错误信息。默认情况下，只会在默认web站点第14页共33页上启用此错误信息。http500错误信息，而不显示500-100.asp的asp错误信息502-网关错误。如果试图运行的cgi脚本不返回有效的http标头集，将出现此错误信息。篇二：http协议简介及其工作原理http协议简介及其工作原理1.http的概述超文本传输协议（http）是万维网应用层的协议，是通过两个程序实现：一个是客户端程序（一般称为浏览器），另一个是服务器（常称web服务器）。这两个通常运行在不同的主机上通过交换http报文来完成网页请求和响应。并且http定义了报文的结构和客户/服务器之间交换报文的规则。第15页共33页2.http的工作流程浏览器可以向web服务器发送请求并显示收到的网页，当用户在浏览器地址栏中输入一个uRl或点击一个超连接时，浏览器就向服务器发出了http请求，该请求被送往由uRl指定的web服务器，web服务器接收到请求后，进行相关文档的检索并以http规定的格式送回所要求的文件或其他相关信息，再由用户计算机上的浏览器负责解释和显示。在http协议中，由于web服务器在发送用户要求的文档过程中，并不储存任何有关客户端的状态信息。如果某个客户端在几秒钟内两次要求同一文档，服务器绝对不会认为不合理，因为它根本不记得用户端曾经来访过，因此http不维持客户端状态，故它又被称为无状态协议。3.http运作过程中的连接3.1连接过程说明第16页共33页假设某个网页有10个jpFg图像，总共11个对象存在同一个服务器中，该网页的基本文档形式uRl为：当采用http/1.0时，web服务过程：⑴．http的客户端启用了对服务器的tcp连接，该服务器的80号端口（http的默认端口）用来监听来自网络的网络服务请求。⑵.http的客户端通过第一步建立的链接套接字发送“请求报文”。请求报文中包含了文档的路径名（/somedepartment/home.index）。⑶.http服务器通过第一步建立连接套接字收到了该请求报文，从磁盘或内存中查找/somedepartment/home.index，将文档封存在http的“相应报文”中，并通过先前建立的套接字将该报文送到客户端。⑷.http服务器告诉tcp断开连接（tcp在客户端完全第17页共33页收到响应报文之前不会断开tcp连接）。⑸．当客户端接受完响应报文，本次tcp连接即告结束。到达的报文说明所封装的内容是html基本文件，客户端从响应报文中取出文件，对html文件进行解析，从而发现该文件还要引用另外10个jpeg对象。⑹．针对所有的jpeg对象，需要重复进行前四个步骤。上述步骤使用的是非坚持连接的的工作模式，由于服务器在每个对象发送后都要关闭tcp连接。由于tcp连接传输一个请求报文和一个响应报文，这样上述例子传送一个网页需要11次tcp连接，效率比较低。由于每个请求的对象建立和维持一个“崭新”的连接，在客户端和服务器端都要为tcp分配缓存并保持tcp变量，这会对同时几百个客户服务端的web服务器造成城中负担。第18页共33页3.2提高http服务效率的两种方法⒈从一个客户端同时发送多个tcp连接并列到一个web服务器上，即建立“并行”的tcp连接，目前浏览器可以配置5~10个并行连接，每个连接完成一次http的报文交换，但其没有从根本上解决服务器负担问题。2.使用持续连接模式，服务器在完成一次http报文交互后继续保持连接，统一客户端和服务器之间后继的请求和响应报文可以在原来的连接进行。4.http报文格式4.1送往服务器的请求报文下面是一个浏览器发往服务器的请求报文样例：get/test/file.hmtlhttp/1.0accept：text/plainaccept：application/x-htmlaccept：application/htmlaccept：text/x-htmlaccept：text/htmlaccept：audio/第19页共33页accept：text/x-setextaccept：/请求报文样例的方法字段一般格式：http-methodidentifierhttp-version解释如下：http-method：指定http方法，可以说明对uRl指向的对象进行什么样的操作。该方法常用的有：get或post可以使用网页中的表单向web服务器传送数据，在请求报文样例中使用get方法。head：请求一个对向有关的首部信息。identifier：资源标识符（这里为去掉协议和因特网域名字符串后的uRl，如报文是送往代理服务器的则为整个uRlhttp-version：目前客户端使用的http协议版本。Requestline请求报文的一般格式请求报文由两部分组成：method字段，它是请求的第一行，指定使用的http方法和服务器上资源地址；然后第20页共33页httpheader字段，他把有关客户端语html文件的解析能力的相关信息传到服务器上。方法字段包含三个文本字段，中间用空格（sp）或制表符（tab）分开。4.2服务器送往客户端的响应报文。服务器接受来自浏览器的请求时，根据get,post或head等指定的方法取得来自浏览器的数据或要求，并按action指定的资源对象进行相应的处理，然后把处理结果传回客户端。有关会话状态的报文会通过返回浏览器的响应报文的首部传给客户端，与客户端送往请求首部字段一样，响应首部字段也都是有些回车换行结尾的文本行。响应首部的结束也是由仅包含回车换行的一个空行表示，响应数据接在空行后面。下面是一个服务器响应客户端请求后从服务器放往客户端的响应报文样例：（1）http/1.0200ok第21页共33页相应首信息2）date:Friday,23-sep-9416:04:09gmt（3）server:ncsa/1.3（4）mime-vereoin:1.0（5）content-type:text/html6）last-modified:Friday,23-sep-9416:03:27gmt（7）contentlength:145（8）[ablankline,containingonlycRlF]9）（10）（11）（12）（13）testhtml文档（14）justatest（15）areyouseeit（16）17）Requestlinehttp响应报文的一般格式第22页共33页响应报文样例中的第一行是状态行，让客户端知道服务器使用的协议和请求是否成功完成。响应报文样例中的第一行的一般格式是：http-vereionstatus-codeexplanationhttp_version字段指出服务器使用的版本。status-code是200~599之间的数字，指出链接的状态。explanatio字段是文本字符串，它提供有关状态的更多解释信息，解释字符串可能随服务器的不同而不同，而状态码由http规范定义。4.3几种由http明确规范定义的状态码4.3.1会话成功（200~299）4.3.2重定向（300~399，即表示uRl指定的对向已经被移动到其他位置，服务器向客户端发回对象新的uRl）第23页共33页4.3.3错误报文篇三：http协议的结构http协议的结构20xx-11-0809:18:54我来说两句收藏我要投稿internet是由各个协议连接起来的，而我们现在使用最广的莫过于http协议了，也就是超文本传输协议，与Ftp（文件传输协议）不同，由于主要用于超文本传输，因此http协议显得更简单一点。今天我们来介绍一下http协议的基本格式。在这里，我们所谈及的http协议以http/1.1为标准，并且使用netVampirepro4.0来取得与http服务器的通信log，您也可以使用其它的http下载工具来取得通信log。在http协议中，服务端是指提供http服务的部分，客第24页共33页户端是指你使用的浏览器或者下载工具等等。在通讯时，由客户端发出请求连接，服务端建立连接；然后，客户端发出http请求（Request），服务端返回响应信息（Respond），由此完成一个http操作。我们来通过一个例子来了解这个过程：（以下是netVampire进行的一次连接，以下红色字体为作者添加）p01-5-2616:10:43connectingtogo2.163.com...//连接服务器p01-5-2616:10:44connectedtogo2.163.com[61.129.65.148]//解析ip地址，以下为http操作s01-5-2616:10:44get/~minift/epretty/pretty.ziphttp/1.1//请求行（Requestline），表示使用get方式取得文件，使用http/1.1协议//以下为请求头部（Requesthead）第25页共33页s01-5-2616:10:44connection:close//表示非持续性连接s01-5-2616:10:44host:go2.163.com//主机名称s01-5-2616:10:44accept:///接受的数据类型s01-5-2616:10:44pragma:no-cache//参数（与以前的服务器兼容）s01-5-2616:10:44cache-control:no-cache//不使用缓存s01-5-2616:10:44Referer:http://go2.163.com/~minift/epretty//从该网址转来s01-5-2616:10:44user-agent:mozilla/4.04[en](win95;i;nav)//客户端标识s01-5-2616:10:44cookie:adid=acddaaaaaaas01-5-2616:10:44//以下为RespondR01-5-2616:10:47http/1.0200ok//响应行（Respondline)，服务器使用http/1.0协议，状态值（statuscode）为200，状态为ok，表示文件可以读取第26页共33页R01-5-2616:10:47date:sat,26may20xx08:15:54gmt//现在的时间，用格林威治时间表示R01-5-2616:10:47server:apache/1.3.14(unix)mod_layout/2.9.9//服务器类型R01-5-2616:10:47last-modified:Fri,04may20xx02:42:56gmt//文件最后更新时间R01-5-2616:10:47etag:"e614cf-37965-3af21730"R01-5-2616:10:47accept-Ranges:bytes//接受的范围单位R01-5-2616:10:47content-length:227685//文件长度R01-5-2616:10:47content-type:application/zip//mime类型R01-5-2616:10:47x-cache:missfromshca8R01-5-2616:10:47x-cache-lookup:missfromshca8:80R01-5-2616:10:47connection:close//表示文件传输完毕就关闭连接。第27页共33页R01-5-2616:10:47//以下为文件传输p01-5-2616:10:47datatransferstarted下面来讲解使用的格式（lRcF=@13@10，即回车，sp=space，即空格）Request：协议方式sp文件uRisp协议版本lRcF（请求行）（以下为头部）头部类型:头部值lRcF头部类型:头部值lRcF头部类型:头部值lRcF......lRcF表示头部结束(如果有体部，以下为体部）Respond：协议版本sp状态值sp状态描述lRcF（响应行）（以下为头部）第28页共33页头部类型:头部值lRcF头部类型:头部值lRcF头部类型:头部值lRcF......lRcF表示头部结束(如果有体部，以下为体部）由上可见，请求与相应的格式只有部分不同，是很容易理解的，现在你应该基本了解http协议了吧，也能看懂那些通信log了吧，下一次我们讲专门讲解在响应行中的状态值含义及一些特殊情况。3.1如何调用http模块20xx-03-2712:03陶辉机械工业出版社字号：tt《深入理解nginx：模块开发与架构解析》第3章开发一个简单的http模块，本章讲述了如何开发一个基本的http模块，这里除了获取请求的包体外没有涉及异步处理第29页共33页问题。本节为大家介绍。ad：51cto学院：it精品课程在线看！第二部分如何编写http模块本部分内容第3章开发一个简单的http模块第4章配置、error日志和请求上下文第5章访问第三方服务第6章开发一个简单的http过滤模块第7章nginx提供的高级数据结构第3章开发一个简单的http模块当通过开发http模块来实现产品功能时，是可以完全享用nginx的优秀设计所带来的、与官方模块相同的高并发特性的。不过，如何开发一个充满异步调用、无阻塞的http模块呢？首先，需要把程序嵌入到nginx中，也就是第30页共33页说，最终编译出的二进制程序nginx要包含我们的代码（见3.3节）；其次，这个全新的http模块要能介入到http请求的处理流程中（具体参见3.1节、3.4节、3.5节）。满足上述两个前提后，我们的模块才能开始处理http请求，但在开始处理请求前还需要先了解一些nginx框架定义的数据结构（见3.2节），这是后面必须要用到的；正式处理请求时，还要可以获得nginx框架接收、解析后的用户请求信息（见3.6节）；业务执行完毕后，则要考虑发送响应给用户（见3.7节），包括将磁盘中的文件以http包体的形式发送给用户（见3.8节）。本章最后会讨论如何用c++语言来编写http模块，这虽然不是nginx官方倡导的方式，但c++向前兼容c语言，使用c++语言开发的模块还是可以很容易地嵌入到nginx中。本章不会深入探讨http模块与nginx的各个核心模块第31页共33页是如何配合工作的，而且这部分提到的每个接口将只涉及用法而不涉及实现原理，在第3部分我们才会进一步阐述本章提到的许多接口是如何实现异步访问的。3.1如何调用http模块在开发http模块前，首先需要了解典型的http模块是如何介入nginx处理用户请求流程的。图3-1是一个简化的时序图，这里省略了许多异步调用，忽略了多个不同的http处理阶段，仅标识了在一个典型请求的处理过程中主要模块被调用的流程，以此帮助读者理解http模块如何处理用户请求。完整的流程将在第11章中详细介绍。从图3-1中看到，worker进程会在一个for循环语句里反复调用事件模块检测网络事件。当事件模块检测到某个客户端发起的tcp请求时（接收到syn包），将会为它建立tcp连接，成功建立连接后根据nginx.conf文件中的配置会交由http框架处理。http框架会试图接收完整的http第32页共33页头部，并在接收到完整的http头部后将请求分发到具体的http模块中处理。这种分发策略是多样化的，其中最常见的是根据请求的uRi和nginx.conf里location配置项的匹配度来决定如何分发（本章的例子正是应用这种分发策略，在第10章中会介绍其他分发策略）。http模块在处理请求的结束时，大多会向客户端发送响应，此时会自动地依次调用所有的http过滤模块，每个过滤模块可以根据配置文件决定自己的行为。例如，gzip过滤模块根据配置文件中的gziponoff来决定是否压缩响应。http处理模块在返回时会将控制权交还给http框架，如果在返回前设置了subrequest，那么http框架还会继续异步地调用适合的http模块处理子请求。开发http模块时，首先要注意的就是http框架到具体的http模块间数据流的传递，以及开发的http模块如何与诸多的过滤模块协同工作（第10章、第11章会详细介绍第33页共33页http框架）。下面正式进入http模块的开发环节。【责任编辑：b《深入理解nginx：模块开发与架构解析》第3章开发一个简单的http模块，本章讲述了如何开发一个基本的http模块，这里除了获取请求的包体外没有涉及异步处理问题。本节为大家介绍定义自己的http模块。',)