制造nginx故障(nginx故障排查)

nginx故障排查

1 解决方法是可以的。2 因为Nginx的403错误是指服务器拒绝访问客户请求的资源，这种错误通常会在Web服务器上出现，原因可能是访问权限不足、服务器配置错误、防火墙设置等等。3 首先，需要检查该资源的访问权限是否正确，其次需要检查服务器的配置是否正确，最后可能需要检查防火墙规则是否正确。排除故障后，重新访问即可正常访问该资源。如果还是无法解决问题，可以尝试查询相关的技术论坛或咨询技术支持人员。

nginx报错代码

404NotFound问题是由于请求的网页不存在，是服务器端的问题，如果你不是管理员，无法修复此问题(当然也可能是你的网址输入有误，检查网址是否正确)如果你是网站的管理员，则查看相关的文件是否被删除，或服务器配置问题.

nginx504报错排查流程

我常在Nginx服务器上发现502错误，很多情况下并非Nginx本身的问题。就以Nginx+PHP+MySQL这种架构说明。

Nginx本身设置等cgi接口返回的数据延时太短，要延长这个时间。如同前面说的，很多情况下并非Nginx本身的问题，这样操作后常常并不能缓解问题。

此时，就要考虑对应cgi接口的配置，比如 php-fpm.conf 的配置，脚本执行时间的超时情况限制。这可以通过跟踪php-fpm的 slow log 来排查，对相关代码优化，减少延时。

另外很大的问题在MySQL数据库这一块，如果数据库执行命令超时也会大延长php脚本的执行时间，导致 Nginx 等待超时。可以my.cnf的 slow log进行确认效能低下的sql语句是哪些，进行优化配置。

通过优化 php-fpm 及 MySQL的配置都大大减少Nginx的等待超时的情况。

以上是LNMP的架构为例进行说明。

nginx常见报错

报错很明确，你的C:\nginx/conf/nginx.conf文件的第47行不对，要么就是语法不对，要么就是位置不对。

nginx 错误

Nginx报504 gateway timeout错误引起，一个是文件配置问题，另一个是相关处理时长了，最后也有可能是资源不足导致了，下面我们一起来看看。

解释如下：

最近在工作中，需要做Excel导入的功能，由于Excel的数据比较多，而且我们的服务端程序需要对数据的内容做校验，会调用很多的外部服务接口，所以毫无悬念的导入Excel接口调用超过了一分钟，并且报错：504 gateway timeout。以下是两种解决思路：

1. 优化业务代码

一个接口调用超过一分钟，一定有可以优化的地方，看看数据库或者接口的调用是否合理，是否可以合并请求。

2. 修改Nginx的服务器配置

如果实在是优化不了了，可以把Nginx的超时时间上调。看看时间是否符合要求，在nginx.config里面的三个参数：

fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;

以上的单位是秒。

如果使用了Nginx的代理，可以在块里加上：

proxy_connect_timeout 300s;proxy_send_timeout 300s;proxy_read_timeout 300s;

变成：

location /foo { proxy_pass http://xxx.xxx.xxx.xxx:8080/foo; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 300s; proxy_send_timeout 300s; proxy_read_timeout 300s; access_log /var/log/nginx/access.foo.log main; error_log /var/log/nginx/error.foo.log;}

如果没有解决我们再来看看

从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把 请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但 我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。 大概分析出了原 因，下面做就比较容易了，首先是更改php-fpm的几处配置： 把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用； 把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

nginx 异常

基本可以替代。

TCP代理：两个都有。

HTTP代理：两个都有。

这两个的差别主要在于：Haproxy会对后端服务器一直做健康检测，NG没有。

后端机器故障发生在请求还没到来的时候：

haproxy：会将这台故障机切掉，但如果后端机器故障发生在请求到达期间，那么前端访问会有异常。也就是说HAProxy会把请求转到后端的这台故障机上，并经过多次探测后才会把这台机器切掉，并把请求发给其他正常的后端机，这势必会造成一小段时间内前端访问失败。

Nginx：在请求过来的时候，分发还是会正常进行分发，只是请求不到数据的时候，它会再转向好的后端机器进行请求，直到请求正常为止。也就是说Nginx请求转到后端一台不成功的机器的话，还会再转向另外一台服务器，这对前端访问没有什么影响。

所以在高并发的情况下，Haproxy会比nginx略差。

nginx常见故障

1）DNS-server不需要动

2）负载均衡：通过nginx来保证

3）只暴露一个外网ip，nginx->tomcat之间使用内网访问

4）扩容实时：nginx内部可控，随时增加web-server随时实时扩容

5）能够保证站点层的可用性：任何一台tomcat挂了，nginx可以将流量迁移到其他tomcat

nginx502问题排查

方法:

1.目前lnmp一键安装包比较多的问题就是502 Bad Gateway，大部分情况下原因是在安装php前，脚本中某些lib包可能没有安装上，造成php没有编译安装成功。

解决办法：可以尝试根据lnmp一键安装包中的脚本手动安装一下，看看是什么错误导致的。

2.在php.ini里，eaccelerator配置项一定要放在Zend Optimizer配置之前，否则也可能引起502 Bad Gateway

3.在安装好使用过程中出现502问题，一般是因为默认php-cgi进程是5个，可能因为phpcgi进程不够用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 将其中的max_children值适当增加。

4.php执行超时，修改/usr/local/php/etc/php.ini 将max_execution_time 改为300

5.磁盘空间不足，如mysql日志占用大量空间.

6.查看php-cgi进程是否在运行.

7.Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行，但是由于某种原因（一般是读取资源的问题）没有执行完毕而导致PHP-CGI进程终止，一般来说Nginx 502 Bad Gateway和php-fpm.conf的设置有关。

php-fpm.conf有两个至关重要的参数，一个是max_children，另一个是request_terminate_timeout，但是这个值不是通用的，而是需要自己计算的。

在安装好使用过程中出现502问题，一般是因为默认php-cgi进程是5个，可能因为phpcgi进程不够用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 将其中的max_children值适当增加。

nginx问题排查

Internal Server Error通常是由于服务器执行请求时出现了问题，可能是服务器配置问题或者代码错误导致的。的确，ngin也有可能是服务器配置中的一个问题，比如说ngin服务器没有安装或者没有进行配置。此外，如果你的网站中使用了PHP等动态网页语言，那么内存的限制也会导致这一问题的出现。为了解决这一问题，我们需要检查服务器的配置以及代码中是否存在错误，并且重新设置服务器的内存限制，以便确保正常的运行。同时，建议使用一些辅助工具或者调试工具来帮助我们进行调试和排查，例如：Chrome Developer Tools等。

nginx遇到的问题

原因和排查方法如下

一、检查光纤室内部分和光猫插头是否松脱。 二、用光功率计检测光纤内传输的光是否正常。 1、如果光功率计检测光纤收光正常，那就是光猫有问题，需要更换光猫。 2、如果光功率计检测光纤收无光或收光功率过低，那就是光纤中断或光纤有弯折过大的地方光纤是否有弯折过大地方（光纤内传输的是光信号，如果光纤弯折过大，会影响光全反射往前传输）。或者是运营商机房端设备故障导致。