当我们进行nginx配置文件的时候如何才能检测我们做的是否正确呢？其实很简单，下面就向大家介绍有关nginx配置文件正确与否的检测方法。希望大家在以后的使用中有所收获。
检测nginx配置文件是否正确
- /usr/local/nginx/sbin/nginx -t -c nginx.conf
- -c 配置文件路径
- -g Set global directives. (version >=0.7.4)
- -t 检测文件是否正确不执行
- -v Print version.
- -V Print nginx version, compiler version and configure
parameters.
编译时如果使用了–with-debug编译,还可以使用error_log file [ debug_core| debug_http | debug_event …] 来获得debug信息
通过信号对 Nginx配置文件 进行控制
Nginx配置文件 支持下表中的信号：
信号名 作用描述
- TERM, INT 快速关闭程序，中止当前正在处理的请求
- QUIT 处理完当前请求后，关闭程序
- HUP 重新加载配置，并开启新的工作进程，关闭就的进程，此操作不会中断请求
- USR1 重新打开日志文件，用于切换日志，例如每天生成一个新的日志文件
- USR2 平滑升级可执行程序
- WINCH 从容关闭工作进程
有两种方式来通过这些信号去控制 Nginx配置文件，第一是通过 logs 目录下的 nginx.pid 查看当前运行的 Nginx 的进程 ID，通过 kill – XXX <pid> 来控制 Nginx，其中 XXX 就是上表中列出的信号名。如果您的系统中只有一个 Nginx 进程，那您也可以通过 killall 命令来完成，例如运行 killall – s HUP nginx 来让 Nginx 重新加载配置。
配置:
- use [ kqueue | rtsig | epoll | /dev/poll | select | poll ];
FreeBSD使用kqueue，Linux选epoll.- worker_connections number 每个worker的最大连接数
- Maxclient = work_processes * worker_connections
nginx的upstream目前支持4种方式的分配
1、轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
2、weight
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
2、ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
3、fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
4、url_hash（第三方）
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
代理只需要在nginx配置文件中增加虚拟主机,然后加入
- \proxy_pass http://localhost:8000;
负载均衡:只需要在http中增加
- upstream tgcluster {#定义负载均衡设备的Ip及设备状态
- ip_hash;
- server 127.0.0.1:9090 down;
- server 127.0.0.1:8080 weight=2;
- server 127.0.0.1:6060;
- server 127.0.0.1:7070 backup;
- }
在需要使用负载均衡的server中增加
- proxy_pass http://tgcluster/;
每个设备的状态设置为:
1.down 表示单前的server暂时不参与负载
2.weight 默认为1.weight越大，负载的权重就越大。
3.max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
4.fail_timeout:max_fails次失败后，暂停的时间。
5.backup： 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。
nginx配置文件支持同时设置多组的负载均衡，用来给不用的server来使用。
client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug
client_body_temp_path 设置记录文件的目录 可以设置最多3层目录
location 对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡
FASTCGI配置:
请将以下内容保存为fastcgi_params文件，保存于/usr/local/nginx/conf下（Ubuntu可保存于/etc/nginx下），他为我们的FastCGI模块设置了基本的环境变量：
- #fastcgi_params
- fastcgi_param GATEWAY_INTERFACE CGI/1.1;
- fastcgi_param SERVER_SOFTWARE nginx;
- fastcgi_param QUERY_STRING $query_string;
- fastcgi_param REQUEST_METHOD $request_method;
- fastcgi_param CONTENT_TYPE $content_type;
- fastcgi_param CONTENT_LENGTH $content_length;
- fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
- fastcgi_param SCRIPT_NAME $fastcgi_script_name;
- fastcgi_param REQUEST_URI $request_uri;
- fastcgi_param DOCUMENT_URI $document_uri;
- fastcgi_param DOCUMENT_ROOT $document_root;
- fastcgi_param SERVER_PROTOCOL $server_protocol;
- fastcgi_param REMOTE_ADDR $remote_addr;
- fastcgi_param REMOTE_PORT $remote_port;
- fastcgi_param SERVER_ADDR $server_addr;
- fastcgi_param SERVER_PORT $server_port;
- fastcgi_param SERVER_NAME $server_name;
- # PHP only, required if PHP was built with
–enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;请特别注意加粗的一行，PHP-CGI特别需要此行信息来确定PHP文件的位置。
另外需要在PHP-CGI的配置文件（Ubuntu 上此配置文件位于/etc/php5/cgi/php.ini）中，打开cgi.fix_pathinfo选项：
cgi.fix_pathinfo=1;这样php-cgi方能正常使用SCRIPT_FILENAME这个变量。
接下来在nginx的配置中针对php文件配置其利用FastCGI进程来执行：
- server {
- index index.php;
- root /usr/local/nginx/html;
- location ~ .*.php$ {
- include /usr/local/nginx/conf/fastcgi_params;
#请根据自己保存的路径进行设置- fastcgi_index index.php;
- fastcgi_pass 127.0.0.1:9000;
#请根据自己的FastCGI绑定的地址和端口进行配置- }
- }
通知Nginx重新载入配置:
kill -HUP `cat /usr/local/nginx/logs/nginx.pid`Ubuntu用户可以使用init脚本：sudo /etc/init.d/nginx reload
然后启动php-cgi -b 127.0.0.1:9000
如果出现No input file specified表示SCRIPT_FILENAME设置的有问题。使用lighttpd的 spawn-fcgi
- get http://www.lighttpd.net/download/lighttpd-1.4.18.tar.bz2
#获取Lighttpd的源码包- tar -xvjf lighttpd-1.4.18.tar.bz2
- cd lighttpd-1.4.18
- ./configure #编译
- make
- cp src/spawn-fcgi /usr/local/bin/spawn-fcgi
#取出spawn-fcgi的程序
以上就是对nginx配置文件如何检测的相关介绍希望大家有所收获。
【编辑推荐】
