精华内容
下载资源
问答
  • HTTP状态码(响应码)

    千次阅读 2019-12-21 23:22:29
    HTTP状态码(响应码)用来表明HTTP请求是否已经成功完成.HTTP响应类型一共分五大类:消息响应,成功响应,重定向,客户端错误,服务器端错误. 下表列出了所有HTTP状态码,以及他们各自所代表的含义: 状态码 原因短语 ...

    HTTP状态码(响应码)用来表明HTTP请求是否已经成功完成.HTTP响应类型一共分五大类:消息响应,成功响应,重定向,客户端错误,服务器端错误.
    下表列出了所有HTTP状态码,以及他们各自所代表的含义:

    状态码原因短语代表含义HTTP 版本
    消息响应
    100Continue (继续)客户端应当继续发送请求.这个临时响应是用来通知客户端它的部分请求已经被服务器接收,且仍未被拒绝.客户端应当继续发送请求的剩余部分,或者如果请求已经完成,忽略这个响应.服务器必须在请求完成后向客户端发送一个最终响应.HTTP/1.1 可用
    101Switching Protocol(切换协议) 服务器已经理解了客户端的请求,并将通过Upgrade消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后,服务器将会切换到 在Upgrade消息头中定义的那些协议。: 只有在切换新的协议更有好处的时候才应该采取类似措施。例如,切换到新的HTTP版本比旧版本更有优势,或者切换到一个实时且同步的协议以传送利用此类特 性的资源。HTTP/1.1 可用
    成功响应
    200OK (成功)请求成功.成功的意义根据请求所使用的方法不同而不同. GET: 资源已被提取,并作为响应体传回客户端.HEAD: 实体头已作为响应头传回客户端POST: 经过服务器处理客户端传来的数据,适合的资源作为响应体传回客户端.TRACE: 服务器收到请求消息作为响应体传回客户端.HTTP/0.9 可用
    201Created(已创建)请求成功,而且有一个新的资源已经依据请求的需要而建立,通常这是 PUT 方法得到的响应码.HTTP/0.9 可用
    202Accepted (已创建)服务器已接受请求,但尚未处理。正如它可能被拒绝一样,最终该请求可能会也可能不会被执行。在异步操作的场合下,没有比发送这个状态码更方便的做法了。:返回202状态码的响应的目的是允许服务器接受其他过程的请求(例如某个每天只执行一次的基于批处理的操作),而不必让客户端一直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息,以及指向处理状态监视器或状态预测的指针,以便用户能够估计操作是否已经完成。HTTP/0.9 可用
    203Non-Authoritative Information (未授权信息)服务器已成功处理了请求,但返回的实体头部元信息不是在原始服务器上有效的确定集合,而是来自本地或者第三方的拷贝,如果不是上述情况,使用200状态码才是最合适的.HTTP/0.9 and 1.1
    204No Content(无内容)该响应没有响应内容,只有响应头,响应头也可能是有用的.用户代理可以根据新的响应头来更新对应资源的缓存信息.HTTP/0.9 可用
    205Reset Content (重置内容)告诉用户代理去重置发送该请求的窗口的文档视图.HTTP/1.1 可用
    206Partial Content(部分内容)当客户端通过使用range头字段进行文件分段下载时使用该状态码HTTP/1.1 可用
    重定向
    300Multiple Choice (多种选择)该请求有多种可能的响应,用户代理或者用户必须选择它们其中的一个.服务器没有任何标准可以遵循去代替用户来进行选择.HTTP/1.0and later
    301Moved Permanently(永久移动)该状态码表示所请求的URI资源路径已经改变,新的URL会在响应的Location:头字段里找到.HTTP/0.9 可用
    302Found(临时移动)该状态码表示所请求的URI资源路径临时改变,并且还可能继续改变.因此客户端在以后访问时还得继续使用该URI.新的URL会在响应的Location:头字段里找到.HTTP/0.9 可用
    303See Other (查看其他位置)服务器发送该响应用来引导客户端使用GET方法访问另外一个URI.HTTP/0.9 and 1.1
    304Not Modified(未修改)告诉客户端,所请求的内容距离上次访问并没有变化. 客户端可以直接从浏览器缓存里获取该资源.HTTP/0.9 可用
    305Use Proxy(使用代理)所请求的资源必须统过代理才能访问到.由于安全原因,该状态码并未受到广泛支持.HTTP/1.1 可用
    306unused(未使用)这个状态码已经不再被使用,当初它被用在HTTP 1.1规范的旧版本中.HTTP/1.1 可用
    307Temporary Redirect (临时重定向)服务器发送该响应用来引导客户端使用相同的方法访问另外一个URI来获取想要获取的资源.新的URL会在响应的Location:头字段里找到.与302状态码有相同的语义,且前后两次访问必须使用相同的方法(GETPOST).HTTP/1.1 可用
    308Permanent Redirect(永久重定向)所请求的资源将永久的位于另外一个URI上.新的URL会在响应的Location:头字段里找到.与301状态码有相同的语义,且前后两次访问必须使用相同的方法(GET POST).HTTPbis(试验草案)
    客户端错误
    400Bad Request(错误请求)因发送的请求语法错误,服务器无法正常读取.HTTP/0.9 可用
    401Unauthorized(未授权)需要身份验证后才能获取所请求的内容,类似于403错误.不同点是.401错误后,只要正确输入帐号密码,验证即可通过.HTTP/0.9 可用
    402Payment Required(需要付款)该状态码被保留以供将来使用.创建此代码最初的目的是为数字支付系统而用,然而,到现在也没投入使用.HTTP/0.9 and 1.1
    403Forbidden(禁止访问)客户端没有权利访问所请求内容,服务器拒绝本次请求.HTTP/0.9 可用
    404Not Found(未找到)服务器找不到所请求的资源.由于经常发生此种情况,所以该状态码在上网时是非常常见的.HTTP/0.9 可用
    405Method Not Allowed(不允许使用该方法)该请求使用的方法被服务器端禁止使用,RFC2616中规定, GET 和 HEAD 方法不能被禁止.HTTP/1.1 可用
    406Not Acceptable(无法接受)在进行服务器驱动内容协商后,没有发现合适的内容传回给客户端.HTTP/1.1 可用
    407Proxy Authentication Required(要求代理身份验证)类似于状态码 401,不过需要通过代理才能进行验证.HTTP/1.1 可用
    408Request Timeout(请求超时)客户端没有在服务器预备等待的时间内完成一个请求的发送.这意味着服务器将会切断和客户端的连接. 在其他浏览器中,这种响应更常见一些, 例如Chrome 和 IE9, 目的是为了使用HTTP 预连机制加快浏览速度. 同时注意,一些服务器不发送此种响应就直接切断连接.HTTP/1.1 可用
    409Conflict(冲突)该请求与服务器的当前状态所冲突.HTTP/1.1 可用
    410Gone(已失效)所请求的资源已经被删除.HTTP/1.1 可用
    411Length Required(需要内容长度头)因服务器在本次请求中需要 Content-Length 头字段,而客户端没有发送.所以,服务器拒绝了该请求.HTTP/1.1 可用
    412Precondition Failed(预处理失败)服务器没能满足客户端在获取资源时在请求头字段中设置的先决条件.HTTP/1.1 可用
    413Request Entity Too Large(请求实体过长)请求实体大小超过服务器的设置的最大限制,服务器可能会关闭HTTP链接并返回Retry-After 头字段.HTTP/1.1 可用
    414Request-URI Too Long(请求网址过长)客户端请求所包含的URI地址太长,以至于服务器无法处理.HTTP/1.1 可用
    415Unsupported Media Type(媒体类型不支持)服务器不支持客户端所请求的媒体类型,因此拒绝该请求.HTTP/1.1 可用
    416Requested Range Not Satisfiable(请求范围不合要求)请求中包含的Range头字段无法被满足,通常是因为Range中的数字范围超出所请求资源的大小.HTTP/1.1 可用
    417Expectation Failed(预期结果失败)在请求头 Expect 中指定的预期内容无法被服务器满足.HTTP/1.1 可用
    服务器端错误
    500Internal Server Error(内部服务器错误)服务器遇到未知的无法解决的问题.HTTP/0.9 可用
    501Implemented(未实现)服务器不支持该请求中使用的方法,比如POST 和 PUT.只有GET 和 HEAD 是RFC2616规范中规定服务器必须实现的方法.HTTP/0.9 可用
    502Bad Gateway(网关错误)服务器作为网关且从上游服务器获取到了一个无效的HTTP响应.HTTP/0.9 可用
    503Service Unavailable(服务不可用)由于临时的服务器维护或者过载,服务器当前无法处理请求.这个状况是临时的,并且将在一段时间以后恢复.如果能够预计延迟时间,那么响应中可以包含一个Retry-After:头用以标明这个延迟时间.如果没有给出这个Retry-After:信息,那么客户端应当以处理500响应的方式处理它.同时,这种情况下,一个友好的用于解释服务器出现问题的页面应当被返回,并且,缓存相关的HTTP头信息也应该包含,因为通常这种错误提示网页不应当被客户端缓存.HTTP/0.9 可用
    504Gateway Timeout(网关超时)服务器作为网关且不能从上游服务器及时的得到响应返回给客户端.HTTP/1.1 可用
    505HTTP Version Not Supported(HTTP版本不受支持)服务器不支持客户端发送的HTTP请求中所使用的HTTP协议版本.HTTP/1.1 可用
    展开全文
  • HTTP响应码大全

    千次阅读 2018-05-25 00:10:59
    状态由服务器响应客户端对服务器的请求而发出。它包括来自IETF 征求意见(RFC)的代码,其他规范以及用于超文本传输​​协议(HTTP)的一些常见应用程序的一些附加代码。状态代码的第一个数字指定了五个标准类别...

    HTTP状态码列表

    维基


    互联网编号分配机构(IANA)维护的HTTP状态代码正式注册。[2]这是超文本传输​​协议(HTTP)响应状态代码的列表。状态码由服务器响应客户端对服务器的请求而发出。它包括来自IETF 征求意见(RFC)的代码,其他规范以及用于超文本传输​​协议(HTTP)的一些常见应用程序的一些附加代码。状态代码的第一个数字指定了五个标准类别的响应中的一个。所示的消息短语是典型的,但可以提供任何人类可读的替代方案。除非另有说明,否则状态码是HTTP / 1.1标准(RFC 7231)的一部分。[1]

    微软Internet信息服务(IIS),有时使用更具体的信息,另外小数子码,[3]然而,这些子代码只出现在响应有效载荷和文档,而不是在一个实际的HTTP状态代码的地方。

     

    内容

      [ 隐藏 ] 

     

    1xx信息响应编辑]

    信息性回应表明该请求已收到并被理解。它是在临时的基础上发布的,而请求处理仍在继续。它提醒客户等待最后的回应。该消息仅由状态行和可选标题字段组成,并以空行结束。由于HTTP / 1.0标准没有定义任何1xx状态码,除了实验条件外,服务器不得[注1]向符合HTTP / 1.0的客户端发送1xx响应。[4]

    100继续

    服务器已收到请求标头,客户端应继续发送请求正文(在需要发送正文请求的情况下,例如POST请求)。在拒绝不合适的标题请求后,向服务器发送大型请求主体效率不高。要让服务器检查请求的标题,客户端必须Expect: 100-continue在其初始请求中发送标题,并100 Continue在发送主体之前接收状态码作为响应。如果客户端收到错误代码,如403(禁止)或405(方法不允许),则不应发送请求的正文。答复417 Expectation Failed表明,该请求应该重复没有Expect头,因为它表示服务器不支持期望值(例如,HTTP / 1.0服务器就是这种情况)。[5]

    101交换协议

    请求者已经请求服务器切换协议,并且服务器已经同意这么做。[6]

    102处理(WebDAV ; RFC 2518

    WebDAV请求可能包含许多涉及文件操作的子请求,需要很长时间才能完成请求。此代码表示服务器已收到并正在处理该请求,但尚未有任何响应。[7]这防止客户端超时并假设请求丢失。

    103早期提示(RFC 8297

    用于在最终的HTTP消息之前返回一些响应头。[8]

    2xx成功编辑]

    这类状态代码表明客户要求的行为已被接收,理解和接受。[2]

    200 OK

    成功HTTP请求的标准响应。实际的响应将取决于使用的请求方法。在GET请求中,响应将包含与请求资源相对应的实体。在POST请求中,响应将包含描述或包含操作结果的实体。[9]

    201创建

    请求已完成,从而创建新资源。[10]

    202接受

    该请求已被接受处理,但处理尚未完成。该请求可能会或可能不会最终执行,并且在处理发生时可能会被禁止。[11]

    203非权威信息(自HTTP / 1.1以来)

    服务器是一个转换代理(例如Web加速器),它从原始地址接收到200 OK,但返回的是原始响应的修改版本。[12] [13]

    204无内容

    服务器成功处理了请求并且没有返回任何内容。[14]

    205重置内容

    服务器成功处理了请求,但未返回任何内容。与204响应不同,此响应要求请求者重置文档视图。[15]

    206部分内容(RFC 7233

    由于客户端发送的范围标题,服务器仅传递部分资源(字节服务)。HTTP客户端使用范围标题来启用中断下载的恢复,或将下载分割为多个同步流。[16]

    207多状态(WebDAV; RFC 4918

    接下来的消息主体默认为XML消息,并且可以包含多个单独的响应代码,具体取决于创建了多少个子请求。[17]

    208已报告(WebDAV; RFC 5842

    DAV绑定的成员已经在(multistatus)响应的前一部分中枚举,并且不再被包含。

    226使用的IM(RFC 3229

    服务器已经完成了对资源的请求,并且该响应表示应用于当前实例的一个或多个实例操作的结果。[18]

    3xx重定向编辑]

    这类状态码表明客户必须采取额外的行动来完成请求。这些状态码中的很多都用于URL重定向[2]

    只有在第二个请求中使用的方法是GET或HEAD时,用户代理才可以在没有用户交互的情况下执行附加操作。用户代理可能会自动重定向请求。用户代理应检测并干预以防止周期性重定向。[19]

    300多种选择

    指示客户可以从中选择的资源的多个选项(通过代理驱动的内容协商)。例如,此代码可用于呈现多个视频格式选项,列出具有不同文件名扩展名的文件,或建议词义消歧[20]

    301永久移动

    这个和所有将来的请求都应该指向给定的URI[21]

    302找到

    告诉客户查看(浏览)另一个网址。302被303和307所取代。这是一个与标准相矛盾的行业惯例。HTTP / 1.0规范(RFC 1945)要求客户端执行临时重定向(原始描述短语是“暂时移动”)[22],但流行的浏览器使用303 See Other的功能实现302。因此,HTTP / 1.1添加了状态码303和307来区分这两种行为。[23]然而,某些Web应用程序和框架使用302个状态码,好像它是在303 [24]

    303查看其他(自HTTP / 1.1)

    可以使用GET方法在另一个URI下找到对请求的响应。当收到响应POST(或PUT / DELETE)的响应时,客户端应该假定服务器已经收到数据并且应该向给定的URI发出一个新的GET请求。[25]

    304未修改(RFC 7232

    表示自请求标头 If-Modified-Since或If-None-Match 指定的版本后,资源未被修改。在这种情况下,由于客户端仍然具有先前下载的副本,所以不需要重新传输资源。[26]

    305使用代理(自HTTP / 1.1)

    请求的资源只能通过代理服务器获得,代理服务器的地址在响应中提供。主要出于安全原因,许多HTTP客户端(如Mozilla [27]Internet Explorer)无法正确处理此状态码的响应。[28]

    306交换机代理

    不再使用。原本的意思是“后续的请求应该使用指定的代理。” [29]

    307临时重定向(自HTTP / 1.1以来)

    在这种情况下,请求应该用另一个URI重复; 但是,未来的请求应该仍然使用原始URI。与历史上实现302的方式不同,请求方法在重新发送原始请求时不允许更改。例如,应该使用另一个POST请求重复POST请求。[30]

    308永久重定向(RFC 7538

    请求和所有将来的请求应该使用另一个URI重复。307和308与302和301的行为并行,但不允许HTTP方法改变。因此,例如,将表单提交给永久重定向的资源可能会继续顺利进行。[31]

    4xx客户端错误编辑]

    维基百科404错误。

    维基百科 404错误

    这类状态码适用于错误似乎是由客户端引起的情况。除了响应HEAD请求外,服务器应该包含一个包含错误情况说明的实体,以及它是临时还是永久状态。这些状态码适用于任何请求方法。用户代理应该向用户显示任何包含的实体。[32]

    400错误请求

    由于明显的客户端错误(例如,格式错误的请求语法,大小过大,请求消息帧无效或欺骗性请求路由),服务器无法或不会处理该请求。[33]

    401未经授权(RFC 7235

    403 Forbidden类似,但专门用于需要认证且失败或尚未提供的情况。响应必须包含一个WWW-Authenticate标头字段,其中包含适用于所请求资源的挑战。请参阅基本访问验证摘要访问验证[ 401 ]语义上意味着“未经认证”[35]即用户没有必要的凭证。

    注意:当IP地址被禁止访问网站(通常是网站域)并且该特定地址被拒绝访问网站时,某些网站会发出HTTP 401 。

    402需要付款

    保留以供将来使用。最初的意图是,这个代码可能被用作某种形式的数字现金微支付方案的一部分,正如GNU Taler [36]提出的那样,但这种情况尚未发生,而且这种代码通常不被使用。如果某个开发人员超出了每日请求限制,Google Developers API会使用此状态。[37]

    403禁止

    该请求是有效的,但服务器拒绝采取行动。用户可能没有资源所需的权限,或者可能需要某种帐户。

    404未找到

    找不到请求的资源,但可能在将来可用。客户的后续请求是允许的。

    405方法不允许

    所请求的资源不支持请求方法; 例如,需要通过POST呈现数据的表单上的GET请求,或只读资源上的PUT请求。

    406不可接受

    请求的资源只能根据请求中发送的Accept头生成不可接受的内容。[38]内容谈判

    需要407代理验证(RFC 7235

    客户端必须首先使用代理进行身份验证。[39]

    408请求超时

    服务器超时等待请求。根据HTTP规范:“客户端在服务器准备等待的时间内没有发出请求,客户可以在以后不做任何修改的情况下重复请求。” [40]

    409冲突

    表示请求因请求发生冲突而无法处理,例如多个同时更新之间的编辑冲突

    410消失

    表示所请求的资源不再可用,并且不再可用。这应该在资源被有意删除并且资源被清除时使用。在收到410状态码后,客户不应在未来请求资源。诸如搜索引擎之类的客户应该从其索引中移除资源。[41]大多数用例不要求客户端和搜索引擎清除资源,而是可以使用“404 Not Found”。

    411长度要求

    请求没有指定请求资源所需的内容的长度。[42]

    412先决条件失败(RFC 7232

    服务器不符合请求者提出请求的前提条件之一。[43]

    413有效负载太大(RFC 7231

    该请求比服务器愿意或能够处理的要大。以前称为“请求实体太大”。[44]

    414 URI太长(RFC 7231

    提供的URI太长,服务器无法处理。通常是由于太多数据被编码为GET请求的查询字符串,在这种情况下,它应该转换为POST请求。[45]之前称为“Request-URI太长”。[46]

    415不支持的媒体类型

    请求实体具有服务器或资源不支持的媒体类型。例如,客户端将图像上传为image / svg + xml,但服务器要求图像使用不同的格式。

    416范围不可满足(RFC 7233

    客户端要求提供文件的一部分(字节服务),但服务器无法提供该部分。例如,如果客户端要求文件末尾以外的部分文件。[47]之前称为“请求范围不可满足”。[48]

    417期望失败

    服务器不能满足Expect请求头字段的要求。[49]

    418我是一个茶壶(RFC 2324RFC 7168

    这个代码在1998年定义为传统的IETF April Fools的笑话之一,在RFC 2324超文本咖啡壶控制协议中,预计不会被实际的HTTP服务器实现。RFC指定这个代码应该由请求冲泡咖啡的茶壶返回。[50]此HTTP状态在一些网站(包括Google.com)中用作复活节彩蛋[51] [52]

    421误导请求(RFC 7540

    该请求针对的是无法产生响应的服务器[53](例如由于连接重用)。[54]

    422不可处理的实体(WebDAV; RFC 4918

    请求格式良好,但由于语义错误无法遵循。[17]

    423锁定(WebDAV; RFC 4918

    正在访问的资源被锁定。[17]

    424失败依赖(WebDAV; RFC 4918

    请求失败,因为它依赖于另一个请求,并且该请求失败(例如PROPPATCH)。[17]

    需要升级426

    客户端应该切换到不同的协议,例如升级标题字段中给出的TLS / 1.0[55]

    428先决条件要求(RFC 6585

    原始服务器要求该请求是有条件的。为了防止“丢失更新”问题,客户端获取资源的状态,修改它并将其重新发回服务器,同时第三方修改了服务器上的状态,导致冲突。“ [56 ]

    429太多请求(RFC 6585

    用户在给定的时间内发送了太多的请求。旨在用于速率限制方案。[56]

    431请求标头字段太大(RFC 6585

    服务器不愿意处理该请求,因为单个标题字段或所有标题字段的集体太大。[56]

    451不可用法律原因RFC 7725

    服务器运营商已收到合法要求,拒绝访问资源或包含请求资源的一组资源。[45]代码451被选作参考新颖的华氏451(参见RFC中的致谢)。

    5xx服务器错误编辑]

    服务器无法完成请求。[58]

    以数字“5”开头的响应状态代码指示服务器意识到它遇到错误或无法执行请求的情况。除了响应HEAD请求之外,服务器应该包含一个包含错误情况说明的实体,并指出它是临时还是永久状态。同样,用户代理应该向用户显示任何包含的实体。这些响应代码适用于任何请求方法。[59]

    500内部服务器错误

    通用错误消息,在遇到意外情况时给出并且没有更具体的消息适用。[60]

    501未实施

    服务器要么不识别请求方法,要么缺乏完成请求的能力。通常这意味着未来的可用性(例如,Web服务API的新特性)。[61]

    502错误的网关

    服务器充当网关或代理,并收到来自上游服务器的无效响应。[62]

    503服务不可用

    服务器当前不可用(因为它过载或因维护而关闭)。一般来说,这是一个暂时的状态。[63]

    504网关超时

    服务器充当网关或代理服务器,没有收到来自上游服务器的及时响应。[64]

    不支持505 HTTP版本

    服务器不支持请求中使用的HTTP协议版本。[65]

    506变式也协商(RFC 2295

    对请求的透明内容协商会产生循环引用[66]

    507存储不足(WebDAV; RFC 4918

    服务器无法存储完成请求所需的表示。[17]

    508环路检测(WebDAV; RFC 5842

    服务器在处理请求时检测到无限循环(代替208已报告发送)。

    510不扩展(RFC 2774

    服务器需要对请求进一步扩展才能实现它。[67]

    需要511网络认证(RFC 6585

    客户端需要进行身份验证才能获得网络访问权限。通过拦截用于控制对网络的访问的代理(例如,用于在通过Wi-Fi热点授予完全互联网访问之前需要与服务条款达成协议的“ 专属门户 ”)来使用。[56]

    非官方代码编辑]

    以下代码未由任何标准规定。

    103检查站

    在可恢复请求建议中使用,以恢复异常终止或POST请求。[68]

    420方法失败(Spring框架

    Spring Framework在方法失败时使用的弃用响应。[69]

    420增强你的平静(Twitter

    当客户受限速时,由Twitter搜索和趋势API的第1版返回; 1.1版和更高版本使用429“太多请求”响应代码。[70]

    450由Windows家长控制(Microsoft)阻止

    当Windows家长控制打开并阻止访问请求的网页时,指示的Microsoft扩展代码。[71]

    498令牌无效(Esri)

    ArcGIS for Server返回。代码498表示已过期或无效的令牌。[72]

    499令牌要求(Esri)

    ArcGIS for Server返回。代码499表示需要令牌但未提交。[72]

    超出509带宽限制(Apache Web服务器 / cPanel

    服务器已超出服务器管理员指定的带宽; 这通常由共享主机提供商用来限制客户的带宽。[73]

    530网站被冻结

    万神殿网络平台使用,表示由于不活动而被冻结的网站。[74]

    598(非正式惯例)网络读取超时错误

    由某些HTTP代理用于向代理前面的客户端发送代理服务器后面的网络读取超时信号。[75]

    互联网信息服务编辑]

    微软的Internet信息服务 Web服务器扩展了4xx错误空间,以便根据客户的请求发出错误信号。

    440登录超时

    客户端的会话已过期,必须重新登录。[76]

    449重试

    服务器无法兑现请求,因为用户未提供所需的信息。[77]

    451重定向

    当更有效的服务器可用或服务器无法访问用户的邮箱时,用于Exchange ActiveSync[78]客户端需要重新运行HTTP AutoDiscover操作来查找更合适的服务器。[79]

    nginx 编辑]

    nginx的 Web服务器软件扩展了4xx错误的空间信号与客户端的请求的问题。[80] [81]

    444没有回应

    内部使用[82]指示服务器不向客户端返回任何信息并立即关闭连接。

    494请求标题太大

    客户端发送的请求太大或标题行太长。

    495 SSL证书错误

    400错误请求响应代码的扩展,当客户端提供了无效的客户端证书时使用

    需要496 SSL证书

    400错误请求响应代码的扩展,当需要客户端证书但未提供时使用。

    497 HTTP请求已发送到HTTPS端口

    当客户端向侦听HTTPS请求的端口发出HTTP请求时使用的400错误请求响应代码的扩展。

    499客户关闭请求

    当客户端在服务器发送响应之前关闭请求时使用。

    Cloudflare 编辑]

    Cloudflare的反向代理服务扩展了5xx系列的错误空间,以指示源服务器的问题。[83]

    520未知错误

    将520错误用作“原始服务器返回意外事件时的全部响应”,列出连接重置,大标题以及作为常见触发器的空或无效响应。

    521 Web服务器已关闭

    原始服务器已拒绝Cloudflare的连接。

    522连接超时

    Cloudflare无法与原始服务器协商TCP握手

    523来源无法到达

    Cloudflare无法访问原始服务器; 例如,如果源服务器的DNS记录不正确。

    524超时发生

    Cloudflare能够完成与原始服务器的TCP连接,但未收到及时的HTTP响应。

    525 SSL握手失败

    Cloudflare无法与原始服务器协商SSL / TLS握手

    526 SSL证书无效

    Cloudflare无法验证源服务器提供的SSL / TLS证书。

    527轨道炮错误

    错误527表示WAN连接建立后请求超时或失败。[84]

    530起源DNS错误

    错误530指示所请求的主机名无法在Cloudflare网络上解析为原始服务器。[85]

    展开全文
  • 统一诊断服务否定响应码的判定适用所有诊断服务的NRC及其优先级适用于带子功能参数的诊断服务的NRC及其优先级ISO14229-1中做了具体的NRC判断逻辑描述的诊断服务的NRC优先级通过ID写入数据服务(WriteDataByIdentifier...


    上一篇文章 《UDS服务应该支持哪些否定响应码》中介绍了具体的诊断服务应该支持哪些否定响应码。在实际的应用过程中,经常出现同时满足多个否定响应码的情况。但否定响应中只能给出一个否定响应码。这种情况下应该给出哪个否定响应码呢?这就涉及到诊断服务否定响应码判定优先级问题。
    在ISO14229-1:2013(E)中,对否定响应的处理过程有详细地说明。

    适用所有诊断服务的NRC及其优先级

    首先,我们来看Figure 5 – General server response behaviour。
    Figure 5 – General server response behaviour
    上图的描述可以总结为下表中的NRC优先级。这是判定优先级最高的一组NRC。适用于所有的诊断服务。

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    10x21可选
    服务器正忙于执行已请求的诊断服务,暂时无法执行当前请求的诊断服务时,回复此编码
    20xXX整车制造商或零部件供应商自定义
    30x11强制要求
    服务器不支持请求的诊断服务。诊断请求中的服务标识符(Service ID)是服务器不支持的或不能识别的,则回复此编码。
    40x7F强制要求
    诊断请求中的服务标识符(Service ID)在当前的会话下不支持时,回复此编码。
    50x33可选
    在所请求的诊断服务需要服务器处于解锁状态,但服务器未被解锁时,回复此编码。
    60xXX整车制造商或零部件供应商自定义

    观察Figure 5 - General server response behaviour的左下角,可以发现进一步的否定响应判断被分成了两个分支。
    在这里插入图片描述

    适用于带子功能参数的诊断服务的NRC及其优先级

    分支一,带子功能参数的诊断服务(0x31服务除外)。常用的带子功能参数的诊断服务如下:

    诊断服务标识
    Service ID
    诊断服务
    Diagnostic Service
    0x10诊断会话控制
    DiagnosticSessionControl
    0x11ECU复位
    ECUReset
    0x19读取故障码信息
    ReadDTCInformation
    0x27安全访问
    SecurityAccess
    0x28通信控制
    CommunicationControl
    0x3E测试设备在线
    TesterPresent
    0x85控制故障码设置
    ControlDTCSetting

    这些带子功能的诊断服务,适用于ISO14229-1:2013(E)中Figure 6 - General server response behaviour for request messages with sub-function parameter中描述的处理逻辑。
    在这里插入图片描述
    这部分处理逻辑可以被总结为如下的NRC处理优先级.(优先级从7开始。优先级为1~6的否定响应码请参考适用所有诊断服务的NRC及其优先级。下同。)

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    仅用于判断最小数据长度。诊断请求的数据长度小于2字节时,回复此编码
    80x12强制要求
    服务器支持诊断请求中的服务标识符(Service ID),但不支持其中的子功能参数时,回复此编码。
    90x7E强制要求
    诊断请求中服务的子功能参数在当前的会话下不支持时,回复此编码。
    100x33可选。
    诊断服务的子功能要求的安全等级未解锁时,回复此编码
    110x24可选。
    诊断服务的子功能需要按照某种顺序依次请求,而当前不满足此条件时,回复此编码。典型的例子是安全访问服务(SID 0x27)
    120xXX整车制造商或零部件供应商自定义

    ISO14229-1中做了具体的NRC判断逻辑描述的诊断服务的NRC优先级

    分支二,ISO14229-1中做了具体的NRC判断逻辑描述的诊断服务。这部分常用的诊断服务如下:

    诊断服务标识
    Service ID
    诊断服务
    Diagnostic Service
    0x22通过ID读取数据
    ReadDataByIdentifier
    0x2E通过ID写入数据
    WriteDataByIdentifier
    0x14清除故障信息
    ClearDiagnosticInformation
    0x2F通过ID进行输入输出控制
    InputOutputControlByIdentifier
    0x31例程控制
    RoutineControl
    0x34请求下载
    RequestDownload
    0x35请求上传
    RequestUpload
    0x36数据传输
    TransferData
    0x37请求退出传输
    RequestTransferExit

    在ISO14229-1:2013(E)中,对这些服务支持的NRC的判定做了具体说明。这里以通过ID写入数据服务(WriteDataByIdentifier, SID 0x2E)为例。在ISO14229-1:2013(E)的10.7.4章节Figure 21 - NRC handling for WriteDataByIdentifier service中进行了详细的说明。
    Figure 21 - NRC handling for WriteDataByIdentifier service
    由此图中的描述,可以得出

    通过ID写入数据服务(WriteDataByIdentifier, SID 0x2E)所支持的NRC优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    诊断请求的数据长度小于4字节时,回复此编码
    80x31强制要求
    服务器不支持请求的DID或请求的DID不支持写入操作时,回复此编码
    90x13强制要求
    完整的数据长度与预期不一致时,回复此编码
    100x33强制要求
    此服务要求的安全等级未解锁时,回复此编码
    110x22可选。
    DID的写入条件不满足时,回复此编码
    120x31强制要求
    写入的数据无效时,回复此编码
    130x72强制要求
    数据写入到存储器失败时,回复此编码

    参考ISO14229-1:2013(E)中的相关章节,可以得出其它诊断服务的否定响应处理优先级。

    通过ID读取数据服务(ReadDataByIdentifier,SID 0x22)支持的否定响应码优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    诊断请求的数据长度小于4字节时,回复此编码
    80x13强制要求
    完整的数据长度不符合预期,或请求的DID数量超过服务器支持的最大数量时,回复此编码
    90x33强制要求
    请求的DID要求的安全等级未解锁时,回复此编码
    100x22可选。
    读取DID的条件不满足时,回复此编码
    120x31强制要求
    请求的所有DID都不被服务器支持或在当前的会话下不支持时,回复此编码
    130x14强制要求
    诊断响应的数据长度超过服务器支持的最大值时,回复此编码

    清除故障信息服务(ClearDiagnosticInformation, SID 0x14)支持的否定响应码优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    数据长度不为4字节时,回复此编码
    80x31强制要求
    服务器不支持请求中的GroupOfDTC参数时,回复此编码
    90x22可选。
    当清除DTC的条件不满足时,回复此编码
    100xXX整车制造商或零部件供应商自定义
    110x72强制要求
    向存储器写入数据失败时,回复此编码

    通过ID进行输入输出控制服务(InputOutputControlByIdentifier, SID 0x2F)支持的否定响应码优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    数据长度小于4字节时,回复此编码
    80x31强制要求
    请求的服务在当前会话下不被支持或请求中的InputOutputControlParameter参数不被支持时,回复此编码
    90x13强制要求
    完整的数据长度与预期不一致时,回复此编码
    100x31强制要求
    服务器不支持请求中的ControlState参数或ControlMask参数时,回复此编码
    110x33强制要求
    如请求的DID需要的安全等级未解锁时,回复此编码
    120x22可选
    当请求的输入输出控制功能的执行条件不满足时,回复此编码
    130xXX整车制造商或零部件供应商自定义

    例程控制服务(RoutineControl,SID 0x31)支持的否定响应码优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    数据长度小于4字节时,回复此编码
    80x31强制要求
    服务器不支持请求中的例程标识(RID)时,回复此编码
    90x33强制要求
    请求的例程标识(RID)所需的安全等级未解锁时,回复此编码
    100x12强制要求
    服务器不支持请求的子功能参数时,回复此编码
    110x13强制要求
    完整的数据长度不符合预期时,回复此编码
    120x31强制要求
    服务器不支持请求中的RoutineControlOptionRecord参数时,回复此编码
    130x22可选
    当请求的例程控制的执行条件不满足时,回复此编码
    140x24可选
    如下情况下,可回复此编码
    - 例程正在执行,在此收到了启动例程控制(StartRoutine)请求
    - 例程没有执行,而收到了停止例程控制(StopRoutine)请求
    - 收到请求例程控制结果(RequestRoutineResults)的请求时,由于例程没有被执行等原因无法给出执行结果时
    150xXX整车制造商或零部件供应商自定义

    请求下载(RequestDownload, SID 0x34)支持的否定响应码优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    诊断请求的数据长度小于5字节时,回复此编码
    80x31强制要求
    诊断请求中的DataFormatIdentifier参数或AddressAndLengthFormatIdentifier参数无效时时,回复此编码
    90x13强制要求
    完整的数据长度与预期不一致时,回复此编码
    100x31强制要求
    诊断请求中的参数MemoryAddress或MemorySize无效时时,回复此编码
    110x33强制要求
    服务要求的安全等级未解锁时,回复此编码
    120x22可选
    服务器在接收下载数据的过程中又收到了请求下载服务时,回复此编码
    130x70强制要求
    服务器由于故障原因不能执行下载时,回复此编码
    140xXX整车制造商或零部件供应商自定义

    请求上传服务(RequestUpload,SID 0x35)支持的否定响应码优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    诊断请求的数据长度小于5字节时,回复此编码
    80x31强制要求
    诊断请求中的参数DataFormatIdentifier或AddressAndLengthFormatIdentifier无效时时,回复此编码
    90x13强制要求
    完整的数据长度与预期不一致时,回复此编码
    100x31强制要求
    诊断请求中的参数MemoryAddress或MemorySize无效时时,回复此编码
    110x33强制要求
    服务要求的安全等级未解锁时,回复此编码
    120x22可选。
    请求上传数据服务的执行条件不满足时,回复此编码。例如服务器在执行请求上传数据的传输过程中再次收到了请求上传数据服务
    130x70强制要求
    服务器由于故障原因不能执行下载时,回复此编码
    140xXX整车制造商或零部件供应商自定义

    数据传输服务(TransferData,SID 0x36)支持的否定响应码优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x13强制要求
    诊断请求的数据长度小于2字节时,回复此编码
    80x24强制要求
    如下情况,回复此代码
    -收到此服务前,服务器未收到请求下载(RequestDownload)或请求上传服务(RequestUpload)
    -收到此服务前,服务器收到了请求下载(RequestDownload)或请求上传服务(RequestUpload),并且也已经收到了请求传输的全部数据
    90x71强制要求
    传输的下载数据长度与之前收到的请求下载(RequestDownload)服务中的参数MemorySize不一致时,回复此编码
    100x73强制要求
    服务器检测到数据传输的BlockSequenceCounter错误时,回复此编码
    110x31强制要求
    如下情况,回复此编码
    -请求传输的数据长度与之前服务器收到的请求下载(RequestDownload)或请求上传服务(RequestUpload)后给出的肯定响应中的MaxNumberOfBlockLength不一致时(不包括最后一个Block的传输)
    -请求传输的数据长度与服务器的存储器数据对齐要求不一致时
    120x72可选
    服务器在擦除或写入非易失存储器发生错误时,回复此编码
    130x92/0x93可选。
    服务器的供电电压超出了允许向非易失存储器写入数据的电压范围(供电电压过高或过低)时,回复此编码
    140xXX整车制造商或零部件供应商自定义

    请求退出传输服务(RequestTransferExit,SID 0x37)支持的否定响应码优先级

    优先级
    Priority
    否定响应码
    NRC
    备注
    Notes
    70x24强制要求
    如下情况,回复此代码
    -收到此服务时,编程过程未完成
    -收到此服务前,服务器未收到请求下载(RequestDownload)或请求上传服务(RequestUpload)
    80x31可选
    请求中的参数无效时,回复此编码
    90x13强制要求
    诊断请求的数据长度与预期不一致时,回复此编码
    100xXX整车制造商或零部件供应商自定义

    参考文献
    Road vehicles - Unified diagnostic services (UDS) - Part 1: Specification and requirements, Second edition 2013-03-15

    展开全文
  • 异常处理流程 1、自定义异常类型。 2、自定义错误代码及错误信息。 3、对于可预知的异常由程序员在代码中主动抛出,由SpringMVC统一捕获。 可预知异常是程序员在代码中手动抛出本系统定义的特定异常类型,由于是...

     异常处理流程

    1、自定义异常类型。
    2、自定义错误代码及错误信息。
    3、对于可预知的异常由程序员在代码中主动抛出,由SpringMVC统一捕获。
    可预知异常是程序员在代码中手动抛出本系统定义的特定异常类型,由于是程序员抛出的异常,通常异常信息比较
    齐全,程序员在抛出时会指定错误代码及错误信息,获取异常信息也比较方便。
    4、对于不可预知的异常(运行时异常)由SpringMVC统一捕获Exception类型的异常。
    不可预知异常通常是由于系统出现bug、或一些不要抗拒的错误(比如网络中断、服务器宕机等),异常类型为
    RuntimeException类型(运行时异常)。
    5、可预知的异常及不可预知的运行时异常最终会采用统一的信息格式(错误代码+错误信息)来表示,最终也会随
    请求响应给客户端。

    1、在controller、service、dao中程序员抛出自定义异常;springMVC框架抛出框架异常类型
    2、统一由异常捕获类捕获异常,并进行处理
    3、捕获到自定义异常则直接取出错误代码及错误信息,响应给用户。
    4 、捕获到非自定义异常类型首先从Map中找该异常类型是否对应具体的错误代码,如果有则取出错误代码和错误
    信息并响应给用户,如果从Map中找不到异常类型所对应的错误代码则统一为99999错误代码并响应给用户。
    5、将错误代码及错误信息以Json格式响应给用户。

    自定义异常类型

    public class CustomException extends RuntimeException {
        ResultCode resultCode;
        public CustomException(ResultCode resultCode){
            this.resultCode=resultCode;
        }
    
        public ResultCode getResultCode(){
            return resultCode;
        }
    }
    

    异常抛出类

    public class ExceptionCast {
    
        public static void cast(ResultCode resultCode){
            throw new CustomException(resultCode);
        }
    }
    

    异常捕获类

    @ControllerAdvice  //增强controller
    public class ExceptionCatch {
    
        private static final Logger LOGGER=  LoggerFactory.getLogger(ExceptionCatch.class);
        //使用EXCEPTIONS存放异常类型和错误代码的映射,ImmutableMap的特点的一旦创建不可改变,并且线程安全
        private static ImmutableMap<Class<? extends Throwable>,ResultCode> EXCEPTIONS;
        //使用builder来构建一个异常类型和错误代码的异常
        protected static ImmutableMap.Builder<Class<? extends Throwable>,ResultCode> builder= ImmutableMap.builder();
    
        //捕获预知运行异常
        @ExceptionHandler(CustomException.class)
        @ResponseBody
        public ResponseResult customException(CustomException customException){
            customException.printStackTrace();
            LOGGER.error("catch exception:{}",customException.getMessage());
            ResultCode resultCode = customException.getResultCode();
            return new ResponseResult(resultCode);
        }
    
        //捕获不可预知异常
        @ExceptionHandler(Exception.class)
        @ResponseBody
        public ResponseResult exception(Exception exception){
            exception.printStackTrace();
            LOGGER.error("catch exception:{}",exception.getMessage());
    //        ResultCode resultCode = exception.getResultCode();
            if (EXCEPTIONS==null){
                EXCEPTIONS=builder.build();
            }
            ResultCode resultCode = EXCEPTIONS.get(exception.getClass());
            if (resultCode!=null){
                return  new ResponseResult(resultCode);
            }
            else {
                return new ResponseResult(CommonCode.SERVER_ERROR);
            }
    
        }
    
        static {
            //在这里加入一些基础的异常类型判断
            builder.put(HttpMessageNotReadableException.class,CommonCode.INVALID_PARAM);
        }
    }

     附带码

    /**
     * 返回信息的代码
     * 10000-- 通用错误代码
     * 22000-- 媒资错误代码
     * 23000-- 用户中心错误代码
     * 24000-- cms错误代码
     * 25000-- 文件系统
     */
    public interface ResultCode {
        //操作是否成功,true为成功,false操作失败
        boolean success();
        //操作代码
        int code();
        //提示信息
        String message();
    
    }
    
    @ToString
    public enum CommonCode implements ResultCode{
        INVALID_PARAM(false,10003,"参数非法!"),
        SUCCESS(true,10000,"操作成功!"),
        FAIL(false,11111,"操作失败!"),
        UNAUTHENTICATED(false,10001,"此操作需要登陆系统!"),
        UNAUTHORISE(false,10002,"权限不足,无权操作!"),
        SERVER_ERROR(false,99999,"抱歉,系统繁忙,请稍后重试!");
    //    private static ImmutableMap<Integer, CommonCode> codes ;
        //操作是否成功
        boolean success;
        //操作代码
        int code;
        //提示信息
        String message;
        private CommonCode(boolean success,int code, String message){
            this.success = success;
            this.code = code;
            this.message = message;
        }
        @Override
        public boolean success() {
            return success;
        }
        @Override
        public int code() {
            return code;
        }
        @Override
        public String message() {
            return message;
        }
    }
    
    @Data
    @ToString
    @NoArgsConstructor
    public class ResponseResult implements Response {
    
        //操作是否成功
        boolean success = SUCCESS;
    
        //操作代码
        int code = SUCCESS_CODE;
    
        //提示信息
        String message;
    
        public ResponseResult(ResultCode resultCode){
            this.success = resultCode.success();
            this.code = resultCode.code();
            this.message = resultCode.message();
        }
        public static ResponseResult SUCCESS(){
            return new ResponseResult(CommonCode.SUCCESS);
        }
        public static ResponseResult FAIL(){
            return new ResponseResult(CommonCode.FAIL);
        }
    }

     

    展开全文
  • Sip 响应状态 对照 详解

    千次阅读 2021-03-23 15:35:14
    临时应答(1XX) 100 Trying 正在处理中 180 Ringing 振铃 181 call being forwarder 呼叫正在前向 182 queue 排队 181* session progress 会话进行 会话成功(2XX) 200 OK 会话成功 重定向(3XX) 300 multiple 多重选择...
  • 常用 HTTP 协议响应码 200 302 40X 500

    千次阅读 2018-10-10 23:49:54
    1. 常用信息 1XX——信息类(Information) 表示收到http请求,正在进行下一步处理,通常是一种瞬间的响应状态 2XX——成功类(Successful 表示用户请求被正确接收、理解和处理 200(OK):请求成功...
  • 常用APDU指令响应码

    2019-09-12 21:57:26
    常用APDU指令响应码 状态码 性质 描述 9000 正常 成功执行 6200 警告 信息未提供 6281 警告 回送数据可能错误...
  • 一个后端接口大致分为四个部分组成:接口地址(url)、接口请求方式(get、post等)、请求数据(request)、响应数据(response)。如何构建这几个部分每个公司要求都不同,没有什么“一定是最好的”标准,但一个...
  • HTTP 状态响应码 意思详解/大全

    万次阅读 2014-06-10 14:58:43
    HTTP 状态响应码 意思详解/大全 HTTP状态码(HTTP Status Code)是用以表示网页服务器HTTP响应状态的3位数字代码。它由 RFC 2616 规范定义的,并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC ...
  • 大型企业的业务模式多,涉及的产品也多,特别是互联网业务讲究“小步快跑敏捷迭代”,往往忽视了安全检查或者来不及进行细致的安全检查,同时安全系统本身是程序也会存在各种遗漏,因为互联网业务的在线特性,使得...
  • HTTP响应状态

    千次阅读 2019-12-04 23:02:00
    HTTP 响应状态 ???? 状态 说明 100 表示目前为止一切正常, 客户端应该继续请求, 如果已完成请求则忽略. 101 表示服务器应客户端升级协议的请求(Upgrade请求头)正在进行协议切换。 103 一般和 Link...
  • Sip 响应状态 对照 详解 【转】

    千次阅读 2017-03-04 10:29:38
    文章来源:Sip 响应状态 对照 详解 SIP响应是由一个用户代理服务器(UAS)或SIP服务器生成回复由客户端生成的请求的消息。它可能是一个正式的确认,以防止请求由UAC重发。 响应可能包含需要一个...
  • 安全基础--23--应急响应(上)

    千次阅读 多人点赞 2018-10-04 22:53:35
    一、相关概念 应急响应(Incident Response):安全人员在遇到突发事件后所...场景:运维人员无法迅速处理安全事件时,需要第三方厂商提供一种能发现并解决问题的有效服务手段。 职责:控制影响范围确保业务正常运转、...
  • 状态响应应当在返回的实体中包含一些指示处理当前状态的信息,以及指向处理状态监视器或状态预测的指针,以便用户能够估计操作是否已经完成。 203 Non-Authoritative Information   服务器已成功处理了...
  • HTTP协议的响应报文状态

    千次阅读 2017-12-01 17:37:26
    HTTP 响应报文也由 3 个部分构成,分别是:l 状态行l 响应头(Response Header)l 响应正文例子如下:HTTP/1.1 200 OKDate: Sat, 31 Dec 2005 23:59:59 GMTContent-Type: text/html;charset=ISO-8859-1Content-Length:...
  • 统一响应体,全局异常处理前言所需依赖包参数校验1:Validator + BindResult进行校验2:Validator + 自动抛出异常全局异常处理基本使用自定义异常数据统一响应自定义统一响应体响应码枚举全局处理响应数据总结 ...
  • 首先,状态500是非已知类型服务器错误,今天发现的是动态加载页面时的页面验证错误,因为是动态往页面中写html元素,html元素的不规范导致页面验证失败,所以中断处理请求。 接下来是解决方案,前辈们已经给出了...
  • 【翻译】rfc2616 Http状态规范

    千次阅读 2015-12-22 09:46:56
    原地址 : ...RFC 2616 Fielding, et al. 10状态定义 每个状态描述如下,其中描述的方法可以遵循和响应所需的任何信息。 10.1 1XX 这类状态表示临时响
  • HTTP响应状态详解

    千次阅读 2022-01-06 10:35:17
    状态 状态信息 含义 100 Continue(继续) 此临时响应指示客户端应继续请求或如果请求已完成则忽略响应 101 Switching Protocols(交换协议) 该代码是为了响应Upgrade来自客户端的请求头而发送的,并指示...
  • HTTP状态(完整版)

    千次阅读 多人点赞 2020-11-21 14:18:38
    客户端在收到常规响应之前,应准备接收一个或多个 1xx 响应。 HTTP 状态 说明 100 继续。 101 切换协议。 2xx:成功 这类状态代码表明服务器成功地接受了客户端请求。 HTTP 状态 说明 ...
  • 常用的http方法和http响应码详解

    千次阅读 2016-08-22 11:20:02
    该状态代表服务器接收的请求已成功处理,但在返回的响应报文中不含实体的主体部分。另外,也不允许返回任何实体的主体。比如,当从浏览器发出请求处理后,返回 204 响应,那么浏览器显示的页面不发生更新。 ...
  • 表示临时响应并需要请求者继续执行操作的状态。 100(继续) 请求者应当继续提出请求。服务器返回此代码表示已收到请求的第一部分,正在等待其余部分。 101(切换协议) 请求者已要求服务器切换协议...
  • 使用若干个与二进制相对应的几何形体来表示文字数值信息,通过图象输入设备或光电扫描设备自动识读以实现信息自动处理:它具有条码技术的一些共性:每种制有其特定的字符集;每个字符占有一定的宽度;具有一定的...
  • boost库asio错误

    千次阅读 2018-10-24 16:53:55
    boost库asio常见错误 boost::asio::error::bad_descriptor (10009) 在一个已经关闭了的套接字上执行async_receive() boost::asio::error::operation_aborted (995) 正在async_receive()异步任务等待时,本端关闭...
  • SIP协议应答

    万次阅读 2012-08-21 10:00:06
    4xx应答定义了特定服务器响应的请求失败的情况。客户端不应当在不更改请求的情况下重新尝试同一个请求。(例如,增加合适的认证信息)。不过,同一个请求交给不同服务器也许就会成功。  4.1 400 Bad Request ...
  • 讲座一、Web安全与内容安全 在本次讲座中,张健毅老师首先讲述了信息技术的发展阶段,接着讲了信息化发展凸显的信息安全问题,之后重点讲解了Web应用安全,包括常见的Web漏洞,如SQL注入、XSS跨站脚本攻击、CSRF跨...
  • CPU卡PSAM卡 响应指令错误

    千次阅读 2017-12-08 08:59:54
    响应指令错误如下: 9000   正常   成功执行 6200   警告   信息未提供 6281   警告   回送数据可能出错 6282   警告   文件长度小于 Le 6283   警告   选中的...
  • 这是作者的系列网络安全自学教程,主要是关于网安工具和实践操作的在线笔记,特分享出来与博友共勉,希望您们喜欢,一起进步。前文分享了Wireshark抓包原理知识,并结合NetworkMiner工具抓取了图像资源和用户名密码...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 86,733
精华内容 34,693
关键字:

安全处理失败响应码