nginx

小VPS受系统资源的限制，访问量过大，超过系统所能承受的极限时，有一部分请求就会502了。在系统资源够用的情况，优化nginx,php-fpm,以及系统本身，达到2个目的：

一些运行在Nginx上的网站有时候会出现“502 Bad Gateway”错误，有些时候甚至频繁的出现。以下是小编搜集整理的一些Nginx 502错误的排查方法，供参考：

现在越来越多的站点开始用 Nginx ,("engine x") 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的，它已经在该站点运行超过两年半了。Igor 将源代码以类BSD许可证的形式发布。 在高并发连接的情况下，Nginx是Apache服务器不错的替代品。Nginx同时也可以作为7层负载均衡服务器来使用。根据测试结果，Nginx 0.6.31 + PHP 5.2.6 (FastCGI) 可以承受3万以上的并发连接数，相当于同等环境下Apache的10倍。 但很多人用 Nginx 的时候都会出现 500 错误，根据我使用的情况来看，很大一部分原因是 因为文件打开句柄太小有关。在linux 下 使用这个命令增加进程打开的文件句柄。 ulimit -SHn 51200 默认只用1000 当链接数小的时候看不出来，使用这种处理方法可以有效防止500错误出现。 今天访问网站的时候,偶尔会遇上500 Internal Server Error的错误提示页面. 查了相关资料认为是访问过大,系统内核进程受限才出现的. 答案如下: $ ulimit -n 11095 程序限制只能打开11095个文件,ulimit命令是设置当前用户一个进程可拥有的文件描述符的数量. 看来是模拟的并发数太多了，需要调整一下nginx.conf的并发设置数，（我的配置主机的内存2G,CPU为2.8G,） 代码如下: vi /etc/nginx/nginx.conf events { worker_connections 1024; } 调整为 代码如下: events { worker_connections 10240; } 还是会出现上面问题，使用 [root@qimutian nginx]# cat /proc/sys/fs/file-max 8192 文件系统最大可打开文件数 [root@qimutian nginx]# ulimit -n 1024 程序限制只能打开1024个文件 使用[root@qimutian nginx]# ulimit -n 8192调整一下 或者永久调整打开文件数 可在启动文件/etc/rc.d/rc.local末尾添加（在/etc/sysctl.conf末尾添加fs.file-max=8192） ulimit -n 8192 调整CentOS5文件打开数 使用ulimit -a一下，发现OPEN FILES不能默认超过1024，昨天的在进行压力测试时，出现500错误，具体请查看 nginx出现 500 Internal Server Error 早上起来看一下，发现原来是通过如下方式调整 方法1 （永久调整） vi /etc/security/limits.conf 在文件末加上： * soft nofile 8192 * hard nofile 20480 同时vi /etc/sysctl.conf末尾添加 fs.file-max=8192 重新启动，在使用ulimit -n查看的数已经是8192 方法2 （临时用） 直接在终端输入 ulimit -n 8192 按回车就ok了500 Internal Server Error错误补充：1、硬盘空间满了 使用 df -k 查看硬盘空间是否满了。清理硬盘空间就可以解决500错误。nginx如果开启了access log，在不需要的情况下，最好关闭access log。access log会占用大量硬盘空间。 2、nginx配置文件错误 这里不是指语法错误，nginx如果配置文件有语法错误，启动的时候就会提示。当配置rewrite的时候，有些规则处理不当会出现500错误，请仔细检查自己的rewrite规则。如果配置文件里有些变量设置不当，也会出现500错误，比如引用了一个没有值的变量。 3、如果上面的问题都不存在可能是模拟的并发数太多了，需要调整一下nginx.conf的并发设置数 解决方法是： 1 打开/etc/security/limits.conf文件，加上两句 代码如下: * soft nofile 65535 * hard nofile 65535 2 打开/etc/nginx/nginx.conf 在worker_processes的下面增加一行 代码如下:worker_rlimit_nofile 65535; 3 重新启动nginx，重新载入设置 代码如下:kill -9 `ps -ef | grep php | grep -v grep | awk '{print $2}'` /usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 100 -u www-data -f /usr/bin/php-cgi killall -HUP nginx 重启后再看nginx的错误日志，也没有发现500报错的情况了。 4、有可能是数据库问题我的在nginx日志php日志都没有发现什么问题, 最后发现数据库访问不了,修正后问题解决.

最近排查一个web服务的问题，webserver使用的nginx，最终发现是踩了nginx中proxy_pass的一个坑，这里记录下来。

详解Nginx 502错误解决办法1.配置错误因为nginx找不到php-fpm了，所以报错，一般是fastcgi_pass后面的路径配置错误了，后面可以是socket或者是ip:port

Nginx编译参数：./configure --help--help 显示本提示信息--prefix=PATH 设定安装目录--sbin-path=PATH 设定程序文件目录--conf-path=PATH 设定配置文件(nginx.conf)目录--error-log-path=PATH 设定错误日志目录--pid-path=PATH 设定pid文件(nginx.pid)目录--lock-pat ···

顾名思义，proxy_cache 是用于 proxy 模式（一般也可称为反代）的缓存功能。本文介绍其基本用法。

nginx模式不支持pathinfo模式，类似info.php/hello形式的url会被提示找不到页面。下面的通过正则找出实际文件路径和pathinfo部分的方法，让nginx支持pathinfo。

打开Nginx的配置文件 /usr/local/nginx/conf/nginx.conf 一般是在这个路径，根据你的安装路径可能有所变化。如果你配置了vhost，而且只需要你这一个vhost支持pathinfo的话，可以直接打开你的vhost的配置文件。找到类似如下代码（不同版本的nginx可能稍有不同，但是相差不会很远）： 代码如下:     location ~ .*.(php|php5)?$         {                 #原有代码         }

nginx命令参数用法详细介绍nginx命令：启动nginx　　在Windows上安装好nginx后，我们需要启动nginx服务，启动nginx服务的命令行操作主要有两种方式，即

Nginx具有反向代理（注意和正向代理的区别）和负载均衡等特点。这次Nginx安装在 192.168.1.108 这台linux 机器上。安装Nginx 先要装openssl库，gcc，PCRE，zlib库等。

最后的效果就类似（不同浏览器 的界面有所不同）：

序言 Nginx的代理功能与负载均衡功能是最常被用到的，关于nginx的基本语法常识与配置已在上篇文章中有说明，这篇就开门见山，先描述一些关于代理功能的配置，再说明负载均衡详细。

 测试我会简单的告诉你如何配置Nginx的限制请求模块并且它是如何保护你的网站，防止你被攻击与DDOS或是其他基于HTTP的拒绝服务攻击。

在上篇文章给大家介绍了，今天给大家介绍nginx下thinkphp的配置，具体详解如下：

系统日志是一个很重要的东西但同时如果我们不定时清除空间就会给日志占完了，下面我来介绍定期删除日志实现方法，各位同学可参考。

各公众平台在配置接口域名时会验证开发者对域名的配置权, 生成随机的文本及字符串，让放置在域名根目录可以通过域名直接访问到即通过验证。

一、nginx服务器nginx出现这个问题的原因是请求实体太长了。一般出现种情况是Post请求时Body内容Post的数据太大了，如上传大文件过大、POST数据比较多。处理方法

本文介绍 Nginx 禁止指定 UA 访问的配置。UA，即 Http User Agent，在 Nginx 中使用内置变量 $http_user_agent 表示，该信息作为 request header 的一部分被发往 webserver。因此，对 webserver 来说，有一种禁止访问的方式，就是对 UA 进行判断。

本文以示例的形式，由浅入深讲解Nginx限流相关配置，是对简略的官方文档的积极补充。