nginx返回状态码

200:服务器成功返回网页 
403:服务器拒绝请求。
404:请求的网页不存在 
499:客户端主动断开了连接。
500:服务器遇到错误,无法完成请求。
502:服务器作为网关或代理,从上游服务器收到无效响应。
503 - 服务不可用 
504:服务器作为网关或代理,但是没有及时从上游服务器收到请求。
这些状态码被分为五大类: 
100-199 用于指定客户端应相应的某些动作。 
200-299 用于表示请求成功。 
300-399 用于已经移动的文件并且常被包含在定位头信息中指定新的地址信息。 
400-499 用于指出客户端的错误。 (自己电脑这边的问题) 自己电脑这边的问题) 
500-599 用于支持服务器错误。 (对方的问题) 对方的问题)

200 (成功) 服务器已成功处理了请求。 通常,这表示服务器提供了请求的网页。 
201 (已创建) 请求成功并且服务器创建了新的资源。 
202 (已接受) 服务器已接受请求,但尚未处理。 
203 (非授权信息) 服务器已成功处理了请求,但返回的信息可能来自另一来源。 
204 (无内容) 服务器成功处理了请求,但没有返回任何内容。 
205 (重置内容) 服务器成功处理了请求,但没有返回任何内容。
206 (部分内容) 服务器成功处理了部分 GET 请求。

300 (多种选择) 针对请求,服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作,或提供操作列表供请求者选择。 
301 (永久移动) 请求的网页已永久移动到新位置。 服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会自动将请求者转到新位置。
302 (临时移动) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。
303 (查看其他位置) 请求者应当对不同的位置使用单独的 GET 请求来检索响应时,服务器返回此代码。
304 (未修改) 自从上次请求后,请求的网页未修改过。 服务器返回此响应时,不会返回网页内容。 
305 (使用代理) 请求者只能使用代理访问请求的网页。 如果服务器返回此响应,还表示请求者应使用代理。 
307 (临时重定向) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。

400 (错误请求) 服务器不理解请求的语法。 
401 (未授权) 请求要求身份验证。 对于需要登录的网页,服务器可能返回此响应。

402  该状态码是为了将来可能的需求而预留的。
403 (禁止) 服务器拒绝请求。
404 (未找到) 服务器找不到请求的网页。
405 (方法禁用) 禁用请求中指定的方法。 
406 (不接受) 无法使用请求的内容特性响应请求的网页。 
407 (需要代理授权) 此状态代码与 401(未授权)类似,但指定请求者应当授权使用代理。
408 (请求超时) 服务器等候请求时发生超时。 
409 (冲突) 服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。 
410 (已删除) 如果请求的资源已永久删除,服务器就会返回此响应。 
411 (需要有效长度) 服务器不接受不含有效内容长度标头字段的请求。 
412 (未满足前提条件) 服务器未满足请求者在请求中设置的其中一个前提条件。 
413 (请求实体过大) 服务器无法处理请求,因为请求实体过大,超出服务器的处理能力。 
414 (请求的 URI 过长) 请求的 URI(通常为网址)过长,服务器无法处理。 
415 (不支持的媒体类型) 请求的格式不受请求页面的支持。 
416 (请求范围不符合要求) 如果页面无法提供请求的范围,则服务器会返回此状态代码。 
417 (未满足期望值) 服务器未满足"期望"请求标头字段的要求。

500 (服务器内部错误) 服务器遇到错误,无法完成请求。 
501 (尚未实施) 服务器不具备完成请求的功能。 例如,服务器无法识别请求方法时可能会返回此代码。 
502 (错误网关) 服务器作为网关或代理,从上游服务器收到无效响应。 
503 (服务不可用) 服务器目前无法使用(由于超载或停机维护)。 通常,这只是暂时状态。 
504 (网关超时) 服务器作为网关或代理,但是没有及时从上游服务器收到请求。 
505 (HTTP 版本不受支持) 服务器不支持请求中所用的 HTTP 协议版本。

原文地址:https://www.cnblogs.com/Christine-ting/p/10838438.html

时间: 2024-10-07 19:54:38

nginx返回状态码的相关文章

服务器返回状态码解析

服务器返回的各种状态码到底表示什么意思呢,哪些说明没有问题,哪些返回状态是出问题了,这个返回状态码表示的是什么意思,下面是服务器各种返回状态码的意义: 100(继续)请求者应当继续提出请求.服务器返回此代码则意味着,服务器已收到了请求的第一部分,现正在等待接收其余部分. 101(切换协议)请求者已要求服务器切换协议,服务器已确认并准备进行切换. 200(成功)  服务器已成功处理了请求.通常,这表示服务器提供了请求的网页.如果您的robots.txt文件显示为此状态,那么,这表示Googlebo

HTTP返回状态码和错误

HTTP 返回状态码一.1xx - 信息提示 这些状态代码表示临时的响应.客户端在收到常规响应之前,应准备接收一个或多个 1xx 响应. ? 100 - 继续. ? 101 - 切换协议. 二.2xx - 成功 这类状态代码表明服务器成功地接受了客户端请求. ? 200 - 确定.客户端请求已成功. ? 201 - 已创建. ? 202 - 已接受. ? 203 - 非权威性信息. ? 204 - 无内容. ? 205 - 重置内容. ? 206 - 部分内容. 三.3xx - 重定向 客户端浏

zabbix自动发现 url 以及对http返回状态码监控实现 告警

2019-06-04 18:39:12 目的:批量监控业务URL的返回状态码,通过zabbix监控判断业务好坏. 1.zabbix安装 请查看此永久链接:https://www.cnblogs.com/small-wei/p/10911769.html 2.编写监控脚本 cd  /usr/lib/zabbix/externalscripts #本人存放脚本路径,存放路径可以自定义,这个定义文件在zabbix_server.conf中,及zabbix-server服务配置文件. vim  web_

接口请求返回状态码总结

接口请求返回状态码总结 前端在调用接口时都要关注接口返回给我们的状态码,之前只是大概的了解比如404是前端的错,可能是路径错误等,300+可能是重定向了,500以上是服务端或者服务器的错误,并没有一个很好的总结.今天中午看群里有人问这问题,就搜集对比整理了一下,如下: 1xx - 信息提示 这些状态代码表示临时的响应.客户端在收到常规响应之前,应准备接收一个或多个 1xx 响应.· 100 - Continue 初始的请求已经接受,客户应当继续发送请求的其余部分.· 101 - Switchin

newngapi接口api返回状态码

ng接口api返回状态码 提醒一点这里ng官方api接口 www.neapi.com有一点没有说明的除了返回的01是正常的其余的返回状态码都是错误的 code * 状态码 字段名称 类型 00 失败 01 成功 02 参数不能为空 03 sign_key异常 10001 code不能为空 10002 code错误 10003 密钥错误 10004 您所提交的用户名已被使用 10007 必填字段不能为空 10008 用户不存在 10009 sign_key错误 10010 注册失败或者用户已注册

nginx 499 状态码优化

在grafana界面中发现不少499的状态码,在网上了解到出现499的原因大体都是说服务端处理时间过长,客户端主动关闭了连接.   既然原因可能是服务端处理时间太长了,看一下upstream_response_time时间可以了解到后端程序处理了多久. 先了解一下什么是upstream_response_time和request_time分别是什么: request_time:服务端从接受客户端请求的第一个字节到服务端应用程序处理完发送完响应数据的时间,包括请求数据时间.程序响应时间.输出响应时

nginx 499状态码

Web服务器在用着nginx,在日志中偶尔会看到有499这个错误. rfc2616中,400-500间的错误码仅定义到了417,所以499应该是nginx自己定义的.后来想到读读nginx代码,疑问立解. 查看nginx源代码的方法: 1.解压nginx-1.4.7.tar.gz tar zxf nginx-1.4.7.tar.gz 2.查找499关键字: 在nginx源码中grep一下499(现在看源码习惯用grep大法),得到如下结果: # cd nginx-1.4.7 # grep 499

Beego生产环境返回状态码的bug

项目用的是Beego的1.4.2.但是最近发现cdn会把项目中的40x或者50x的页面缓存住. 研究了下Beego的源码,然后经过测试后发现,在生产环境下,当请求的页面出错时,返回的页面的状态码40x或者50x会被统一改为200. 这个是因为开发者谢大将写入response的状态码的那行给注释了. 要是用Beego的同僚注意了,这个地方得自己处理下. 如下处理即可: 在main.go中: package main import ( "github.com/astaxie/beego"

http web返回状态码

Java发送Http请求并获取状态码 转发自:http://www.cnblogs.com/renhui/p/6197526.html 毛毛 通过Java发送url请求,查看该url是否有效,这时我们可以通过获取状态码来判断. try { URL u = new URL("http://10.1.2.8:8080/fqz/page/qizha/pros_add.jsp"); try { HttpURLConnection uConnection = (HttpURLConnection