nginx报错(nginx报错499)

nginx报错

1、二者最核心的区别在于apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程 。nginx处理静态文件好,耗费内存少.但无疑apache仍然是目前的主流,有很多丰富的特性.所以还需要搭配着来.当然如果能确定nginx就适合需求,那么使用nginx会是更经济的方式。

2、nginx的负载能力比apache高很多。最新的服务器也改用nginx了。而且nginx改完配置能-t测试一下配置有没 有问题。

3、apache重启的时候发现配置出错了，会很崩溃，改的时候都会非常小心翼翼现在看有好多集群站，前端nginx抗并发，后端apache集群， 配合的也不错。

4、nginx处理动态请求是鸡肋，一般动态请求要apache去做，nginx只适合静态和反向。

5、从经验来看，nginx是很不错的前端服务器，负载性能很好，nginx，用webbench模拟10000个静态文件请求毫不吃力。 apache对php等语言的支持很好，此外apache有强大的支持网络，发展时间相对nginx更久，bug少但是apache有先天不支持多核心处理负载鸡肋的缺点，建议使用nginx做前端，后端用apache。大型网站建议用nginx自代的集群功能。

6、大部分情况下nginx都优于APACHE，比如说静态文件处理、PHP-CGI的支持、反向代理功能、前端 Cache、维持连接等等。在Apache+PHP（prefork）模式下，如果PHP处理慢或者前端压力很大的情况下，很容易出现Apache进程数 飙升，从而拒绝服务的现象。

7、Apache在处理动态有优势，Nginx并发性比较好，CPU内存占用低，如果rewrite频繁，那还是Apache吧！

8、一般来说，需要性能的web 服务，用nginx 。如果不需要性能只求稳定，那就apache 吧。

nginx报错499

499含义：客户端发起请求后，一段时间内没有收到代理服务器的应答，导致连接失败

499状态码只要不是大规模出现，都是正常的状态码，是nginx记录客户端在和服务端建连之后，没开始传输数据就断会记录499，如果是客户端【主动】断开的，服务端就记录499，未必跟后端服务有关

出现种情况有两种可能：

　1.代理服务器认为客户端发起的请求过于危险，所以主动给断了

　2.代理服务器实在么得办法连接到其他服务，导致timeout

解决方法：

　1.修改nginx配置（改为开启）

Syntax: proxy_ignore_client_abort on | off; #代理服务器是否主动关闭连接 Default: proxy_ignore_client_abort off; Context: http, server, location Determines whether the connection with a proxied server should be closed when a client closes the connection without waiting for a response.

　2.查看下代理服务器和真正服务器的端口连接，看下是否有端口不通，开放端口。

nginx报错502

打开网站有时出现502 Bad Gateway可以这样解决：

1、502 Bad Gateway错误的原因是网站到客户端的链路网关路由异常。

2、要解决502 Bad Gateway错误服务端服务器问题，要先找到nginx配置的路径。然后找到nginx所在的error日志文件来查看具体原因。

3、如果是客户端浏览器配置的问题，以360浏览器为例，出现502 Bad Gateway可能是设置了代 代理导致的。

4、找到360浏览器右上角的设置，看看代理配置是不是勾选了。

5、取消浏览器代理之后，刷新一下就可以访问了。

6、如果是edge浏览器配置的问题，先找到edge浏览器，然后找到右上角选项，点击更多连接设置。

7、然后点击代理连接设置，打开IE的服务器代理就可以了。

8、如果是IE浏览器的配置问题，打开IE浏览器，找到工具栏中的internet 选项，点击internet选项进入配置页面。

9、然后点击连接，找到局域网连接设置，然后关闭代理设置。

这就是打开网站有时出现502 Bad Gateway的解决步骤。

nginx报错日志在哪

1、nigix是否在正常运行，需要用linux命令查看nginx运行情况。执行命令：ps -A | grep nginx。

如果返回结果的话，说明有nginx在运行，服务已经启动。如果不怕nginx关闭的话。也可以执行：service nginx restart。

把nginx服务重启，在重启时，也可以看到具体有没有什么地方出错。

2、看端口netstat -ntlp；

看进程ps -ef|grep nginx；

看日志是否更新tail -f access.log。

3、直接查看进程id：ps -C nginx -o pid。

这种直接返回pid的方式比较适合跟其他程序结合使用，比如在shell/python脚本中执行这个命令拿到pid，让后根据pid来判断Nginx是否启动。 推荐使用这种方式。

NGINX报错504 Gateway Time-out

打开网站有时出现502BadGateway可以这样解决：

1、502BadGateway错误的原因是网站到客户端的链路网关路由异常。

2、要解决502BadGateway错误服务端服务器问题，要先找到nginx配置的路径。然后找到nginx所在的error日志文件来查看具体原因。

3、如果是客户端浏览器配置的问题，以360浏览器为例，出现502BadGateway可能是设置了代代理导致的。

4、找到360浏览器右上角的设置，看看代理配置是不是勾选了。

5、取消浏览器代理之后，刷新一下就可以访问了。

6、如果是edge浏览器配置的问题，先找到edge浏览器，然后找到右上角选项，点击更多连接设置。

7、然后点击代理连接设置，打开IE的服务器代理就可以了。

8、如果是IE浏览器的配置问题，打开IE浏览器，找到工具栏中的internet选项，点击internet选项进入配置页面。

9、然后点击连接，找到局域网连接设置，然后关闭代理设置。这就是打开网站有时出现502BadGateway的解决步骤。

nginx报错403

1.打开控制面板，选择系统和安全。点击进入后，点击管理工具，进入管理工具界面。

2.然后点击Internet 信息服务（IIS)管理器，进入IIS配置界面。

3.随后在功能视图下，点击浏览目录，

4.然后在右边会出现操作提示，点击打开功能。

HawkHost空间出现403 Forbidden原因：在共享服务器上安装了MOD，全称Mod security，当网址包含有“％”号等其它敏感字符时，就会被Mod security阻止。

解决HawkHost 403 Forbidden错误的方法：在．htaccess文件里添加如下代码：

SecFilterEngine Off

SecFilterScanPOST Off

直接放在网站的根目录或者程序运行的目录下。

nginx报错403forbidden

nginx代理出现403异常，可通过以下几个原因排查：

一、由于启动用户和nginx工作用户不一致所致

1.1查看nginx的启动用户，发现是nobody，而为是用root启动的

命令：ps aux | grep "nginx: worker process" | awk'{print $1}'

1.2将nginx.config的user改为和启动用户一致，

命令：vi conf/nginx.conf

二、缺少index.html或者index.php文件，就是配置文件中index index.html index.htm这行中的指定的文件。

1. server {

2. listen 80;

3. server_name localhost;

4. index index.php index.html;

5. root /data/www/;

6. }

如果在/data/www/下面没有index.php,index.html的时候，直接文件，会报403 forbidden。

三、权限问题，如果nginx没有web目录的操作权限，也会出现403错误。

解决办法：修改web目录的读写权限，或者是把nginx的启动用户改成目录的所属用户，重启Nginx即可解决

1. chmod -R 777 /data

2. chmod -R 777 /data/www/

四、SELinux设置为开启状态（enabled）的原因。

4.1、查看当前selinux的状态。

1. /usr/sbin/sestatus

4.2、将SELINUX=enforcing 修改为 SELINUX=disabled 状态。

1. vi /etc/selinux/config

2. #SELINUX=enforcing

3. SELINUX=disabled

4.3、重启生效。reboot。

1. reboot

nginx报错500

1/7

首先，在浏览器上按F12，Network栏目，查看接口的响应状态，如果是failed，则可能是几种原因：

1.可能是自己网络断了

2.可能是自己的服务挂了

3.可能是服务器挂了

2/7

如果status返回的状态是404，则是路径写的不正确，访问不到后台路径，这个时候服务器返回404

3/7

如果status返回的状态是500，则是服务器内部发生错误，这个时候要找后台开发人员定位一下原因，也有可能是请求方式写错了，可能将Post请求写成了Get请求

4/7

如果status返回的状态是502，可能是代理服务器关闭，这个时候如果用的是nginx服务器要检查一下服务器有没有关闭。或者查看一下nginx的启动进程是不是多个，如果是多个的话全部杀掉，然后重新启动nginx

5/7

如果返回的是403，则表示无权访问服务器上的资源，可能是没有token，或者token失效

6/7

如果返回的是400，则可能是发往后台的数据格式错误，比如后台用的是一个对象接受参数，结果你传参了一个字符串，所以可能会报400错误

7/7

当然响应码远远不止这些，这几个都是开发过程当中常见的错误码