网站状态码检测(网站状态码全部)

本文目录：

• 1、http状态码说明
• 2、如何查看和检测网站的404页面
• 3、如何理解HTTP响应的状态码

http状态码说明

201-206都表示服务器成功处理了请求的状态代码，说明网页可以正常访问。

200（成功） 服务器已成功处理了请求。通常，这表示服务器提供了请求的网页。

201（已创建） 请求成功且服务器已创建了新的资源。

202（已接受） 服务器已接受了请求，但尚未对其进行处理。

203（非授权信息） 服务器已成功处理了请求，但返回了可能来自另一来源的信息。

204（无内容） 服务器成功处理了请求，但未返回任何内容。

205（重置内容） 服务器成功处理了请求，但未返回任何内容。与 204 响应不同，此响应要求请求者重置文档视图（例如清除表单内容以输入新内容）。

206（部分内容） 服务器成功处理了部分 GET 请求。

300-3007表示的意思是：要完成请求，您需要进一步进行操作。通常，这些状态代码是永远重定向的。

300（多种选择） 服务器根据请求可执行多种操作。服务器可根据请求者 来选择一项操作，或提供操作列表供其选择。

301（永久移动） 请求的网页已被永久移动到新位置。服务器返回此响应时，会自动将请求者转到新位置。您应使用此代码通知搜索引擎蜘蛛网页或网站已被永久移动到新位置。

302（临时移动） 服务器目前正从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。会自动将请求者转到不同的位置。但由于搜索引擎会继续抓取原有位置并将其编入索引，因此您不应使用此代码来告诉搜索引擎页面或网站已被移动。

303（查看其他位置） 当请求者应对不同的位置进行单独的 GET 请求以检索响应时，服务器会返回此代码。对于除 HEAD 请求之外的所有请求，服务器会自动转到其他位置。

304（未修改） 自从上次请求后，请求的网页未被修改过。服务器返回此响应时，不会返回网页内容。

如果网页自请求者上次请求后再也没有更改过，您应当将服务器配置为返回此响应。由于服务器可以告诉 搜索引擎自从上次抓取后网页没有更改过，因此可节省带宽和开销。

305（使用代理） 请求者只能使用代理访问请求的网页。如果服务器返回此响应，那么，服务器还会指明请求者应当使用的代理。

307（临时重定向） 服务器目前正从不同位置的网页响应请求，但请求者应继续使用原有位置来进行以后的请求。会自动将请求者转到不同的位置。但由于搜索引擎会继续抓取原有位置并将其编入索引，因此您不应使用此代码来告诉搜索引擎某个页面或网站已被移动。

4XXHTTP状态码表示请求可能出错，会妨碍服务器的处理。

400（错误请求） 服务器不理解请求的语法。

401（身份验证错误） 此页要求授权。您可能不希望将此网页纳入索引。

403（禁止） 服务器拒绝请求。

404（未找到） 服务器找不到请求的网页。例如，对于服务器上不存在的网页经常会返回此代码。

例如：，就会进入404错误页面

405（方法禁用） 禁用请求中指定的方法。

406（不接受） 无法使用请求的内容特性响应请求的网页。

407（需要代理授权） 此状态码与 401 类似，但指定请求者必须授权使用代理。如果服务器返回此响应，还表示请求者应当使用代理。

408（请求超时） 服务器等候请求时发生超时。

409（冲突） 服务器在完成请求时发生冲突。服务器必须在响应中包含有关冲突的信息。服务器在响应与前一个请求相冲突的 PUT 请求时可能会返回此代码，以及两个请求的差异列表。

410（已删除） 请求的资源永久删除后，服务器返回此响应。该代码与 404（未找到）代码相似，但在资源以前存在而现在不存在的情况下，有时会用来替代 404 代码。如果资源已永久删除，您应当使用 301 指定资源的新位置。

411（需要有效长度） 服务器不接受不含有效内容长度标头字段的请求。

412（未满足前提条件） 服务器未满足请求者在请求中设置的其中一个前提条件。

413（请求实体过大） 服务器无法处理请求，因为请求实体过大，超出服务器的处理能力。

414（请求的 URI 过长） 请求的 URI（通常为网址）过长，服务器无法处理。

415（不支持的媒体类型） 请求的格式不受请求页面的支持。

416（请求范围不符合要求） 如果页面无法提供请求的范围，则服务器会返回此状态码。

417（未满足期望值） 服务器未满足"期望"请求标头字段的要求。

500至505表示的意思是：服务器在尝试处理请求时发生内部错误。这些错误可能是服务器本身的错误，而不是请求出错。

500（服务器内部错误） 服务器遇到错误，无法完成请求。

501（尚未实施） 服务器不具备完成请求的功能。例如，当服务器无法识别请求方法时，服务器可能会返回此代码。

502（错误网关） 服务器作为网关或代理，从上游服务器收到了无效的响应。

503（服务不可用） 目前无法使用服务器（由于超载或进行停机维护）。通常，这只是一种暂时的状态。

504（网关超时） 服务器作为网关或代理，未及时从上游服务器接收请求。

505（HTTP 版本不受支持） 服务器不支持请求中所使用的 HTTP 协议版本

如何查看和检测网站的404页面

你好，很高兴为你解答

如何查看和检测网站的404页面

这个问题

如何查看(以baidu.com为例):

如图我们在百度后面随便敲入一些不存在的数字或字母，网页返回来的页面就是404页面

如果没有404页面则会返回

Not Found

The requested URL /123456789 was not found on this server.

类似这样的状态码

下面说检测网站的404页面

可以直接在百度搜索  404检测工具 完后进入网站，参考下图

这里主要看页面的返回状态，比如上图返回状态是200

一些常见的状态码为：

200 - 服务器成功返回网页

404 - 请求的网页不存在

503 - 服务不可用

希望能帮到你！

如何理解HTTP响应的状态码

关于HTTP协议规范以及状态码在其中的作用，参见：读 HTTP 协议。 参考链接：

1xx

1xx表示请求已被接受，但需要后续处理。例如：

100（Continue）

客户端应继续发送请求。

101（Switching Protocols）

需要切换协议，服务器通过的Upgrade响应头字段通知客户端。

HTML5引入的WebSocket便是这样工作的。首先客户端请求websocket所在的URL，服务器返回101，然后便建立了全双工的TCP连接。 注意Upgrade和Connection头字段属于Hop-by-hop字段，设置Websocket代理时需要继续设置这两个字段，而不是简单地转发请求。

2xx

请求已成功被服务器接收、理解、并接受。

200（OK）

请求已成功，请求所希望的响应头或数据体将随此响应返回。

201（Created）

请求已经被实现，而且有一个新的资源已经依据请求的需要而创建。在RESTFul风格的URL设计中，通常用来响应POST请求。

202（Accepted）

服务器已接受请求，但尚未处理。比如POST一个资源应当返回201，但由于性能原因未能立即创建，可以返回202。

204（No Content）

服务器成功处理了请求，但不需要返回任何实体内容，204响应禁止包含任何消息体。浏览器收到该响应后不应产生文档视图的变化。

205（Reset Content）

服务器成功处理了请求，但不需要返回任何实体内容，205响应禁止包含任何消息体。 与204不同的是，返回此状态码的响应要求请求者重置文档视图。比如用户刚刚提交一个表单，返回205后页面重置，用户可以立即填写下一个表单。

206（Partial Content）

HTTP协议允许分片传输。请求头中包含Range字段时，响应需要只返回Range指定的那一段。响应中应包含Content-Range来指示返回内容的范围。

其他

203（Non-Authoritative Information）

207（Multi-Status）

3xx

这类状态码代表需要客户端采取进一步的操作才能完成请求。通常，这些状态码用来重定向， 重定向目标在本次响应的Location头字段中指明。

301（Moved Permanently）

被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个URI之一。如果该请求不是GET/HEAD， 浏览器通常会要求用户确认重定向。

301通常用于网站迁移时，服务器对旧的URL进行301重定向到新的URL。这样搜索引擎可以正确地更新原有的页面排名等信息。

302（Found）

请求的资源现在临时从不同的URI响应请求。除非指定了Cache-Control或Expires，否则该响应不可缓存。

如果当前请求非HEAD或GET，浏览器需取得用户确认，再进行重定向。

这很好理解，因为上下文发生了变化，比如POST请求不是幂等的。

303（See Other）

对应当前请求的响应可以在另一个URI上被找到，而且客户端应当采用GET的方式访问那个资源。 这个方法的存在主要是为了允许由脚本激活的POST请求输出重定向到一个新的资源。 303响应禁止被缓存。

303会使得浏览器直接GET那个资源，不需用户同意。这是Web应用中最常见的重定向方式。

304（Not Modified）

如果客户端发送了一个带条件的GET请求且该请求已被允许，而文档的内容（自上次访问以来或者根据请求的条件）并没有改变。 304响应禁止包含消息体。

304响应也是一种缓存机制。Web服务器对静态资源文件通常会采取缓存，因此在Web开发中你可以看到大量的304响应。 服务器给出的相应中通常会包含Etag来标识资源ID，比如：

ETag: "686897696a7c876b7e"

客户端在下次访问同一URL时会设置头字段If-None-Match（这是一个请求条件）：

If-None-Match: "686897696a7c876b7e"

服务器返回资源前会判断Etag是否与客户端提供的If-None-Match匹配，如果匹配则说明资源未发生改变，此时应返回304.

其他

300（Multiple Choices）

305（Use Proxy）

307（Temporary Redirect）

4xx

这类的状态码代表了客户端看起来可能发生了错误，妨碍了服务器的处理。 除非响应的是一个HEAD请求，否则服务器就应该返回一个解释当前错误状况的实体。

400（Bad Request）

由于包含语法错误，当前请求无法被服务器理解。400通常在服务器端表单验证失败时返回。

401（Unauthorized）

当前请求需要用户验证，响应中会包含一个WWW-Authenticate字段来询问用户的授权信息。

而客户端的下次请求需要提供包含Authorization头的请求。

HTTP Basic Auth就是这样实现的。当服务器返回401时浏览器会弹出窗口：

![][basic-auth]

输入验证信息并点击确定，浏览器会根据你的输入填写Authentication头并重新发送请求。对于Basic

Auth看起来是这样的：

Authorization:Basic eWFuZ2p2bjp5YW5nanZuaGFydA==

403（Forbidden）

服务器已经理解请求，但是拒绝执行它。与401响应不同的是，身份验证并不能提供任何帮助。

403和401一样，需要在相应消息体中需要给出原因。除非是一个HEAD请求。

通常用于服务器已经知道用户的身份的情况。比如从请求的Cookie得到的Session中可以得知当前用户无权进行该操作。 通常的Web应用中，对于401的情况应当重定向至登录页面，403的情况应当直接告知错误（这属于前端Bug）。

404（Not Found）

这太常见了。就是请求所希望得到的资源未被在服务器上发现。

当通常用于当服务器不想揭示到底为何请求被拒绝时，比如应当返回500时服务器不愿透露自己的错误。

405（Method Not Allowed）

请求行中指定的请求方法不能被用于请求相应的资源。

在Web开发中通常是因为客户端和服务器的方法不一致，比如客户端通过PUT来修改一个资源，而服务器把它实现为POST方法。 开发中统一规范就好了。

413（Request Entity Too Large）

服务器拒绝处理当前请求，因为该请求提交的实体数据大小超过了服务器愿意或者能够处理的范围。

一般的服务器都会设置HTTP请求消息体的最大长度，当然这是一种阻挡攻击的手段。

例如你在使用HTTP方式来访问Git仓库，如果你在仓库中加入了大的二进制文件（通常为目标文件或多媒体文件），

在Push时服务器很可能会返回413错误。如果切换为ssh协议就不会有这样的问题了，服务器只能限制整个仓库的大小。

414（Request-URI Too Large）

当URI太长时，服务器可以返回414. 当HTTP协议并未规定URI应当有多长。这取决于浏览器和服务器的设置， 在服务器中当然你想设置多长都可以，但是浏览器是你决定不了的，而且不同的厂商在采用不同的长度限制，可以认为最短的是2K：

The limit

is in MSIE and Safari about 2KB, in Opera about 4KB and in Firefox about

8KB, (255 bytes if we count very old browsers) .

当然URI长度的这一点限制会使得HTTP GET方法的能力有限，不能传输超过2K的数据。另外因为GET方法的所有数据都体现在URI上， 对于用户是可见的。这一点不太安全。

其实HTTP GET传输数据理论上并不比POST安全更多，因为POST的Entity Body也是明文传输的。只是GET的数据用户直接可见而已。

其他

402（Payment Required）

406（Not Acceptable）

407（Proxy Authentication Required）

408（Request Time-out）

409（Conflict）

410（Gone）

411（Length Required）

412（Precondition Failed）

415（Unsupported Media Type）

416（Requested range not satisfiable）

417（Expectation Failed）

5xx

这类状态码代表了服务器在处理请求的过程中有错误或者异常状态发生，也有可能是服务器意识到以当前的软硬件资源无法完成对请求的处理。 并且响应消息体中应当给出理由，除非是HEAD请求。

500（Internal Server Error）

通常是代码出错，后台Bug。一般的Web服务器通常会给出抛出异常的调用堆栈。 然而多数服务器即使在生产环境也会打出调用堆栈，这显然是不安全的。

502（Bad Gateway）

作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应。

如果你在用HTTP代理来，或者你配置了nginx来反向代理你的应用，你可能会常常看到它。

504（Gateway Time-out）

作为网关或者代理工作的服务器尝试执行请求时，未能及时从上游服务器收到响应。

注意与502的区别：502是接收到了无效响应比如Connection

Refused； 504是响应超时，通常是被墙了。

很多国外站点都会使用CDN来Serve静态文件，但我大中华墙掉了一些CDN。导致这些资源文件的请求会一直处于Pending状态直到超时。

表现为浏览器显示空白页面，长时间处于等待状态。这时在控制台看到HTML已经载入了就可以点击停止按钮了，停止载入那些资源。

页面会立即显示出来，虽然样式和交互可能有问题。

说到这里想吐槽GFW简直没有行业道德，即使不允许我们访问也返回一个错误嘛，不要让浏览器一直处于等待的状态。

其他

501（Not Implemented）

503（Service Unavailable）

505（HTTP Version not supported）

【网站状态码检测】的内容来源于互联网，如引用不当，请联系我们修改。