linux nginx配置是否正确 linux nginx -t

1 nginx基础命令

命令	功能
nginx	启动nginx服务
nginx -h或-？	查看nginx命令帮助
nginx -v	查看nginx版本信息
nginx -V	查看nginx编译信息
nginx -c	启动nginx时指定主配置文件
nginx -t	检测nginx.conf文件是否存在语法错误
nginx -s	向正在运行的nginx主进程发送信号，信号的可用值有stop，quit，reopen，reload

• nginx
  如果要使用这个命令必须，先做链接

ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin/

• nginx -h或-？

• nginx -v



• nginx -V

• nginx -t

功能：nginx.conf中的配置指令需要以分号结尾，如果没有以分号结尾，会在启动nginx时报语法错误，所以我们可以在每次对主配置文件做了修改后，先用nginx -t检测语法错误，如果配置文件中存在语法错误，那么相应的错误信息会输出，如果配置语法没有问题，则会报出ok和successful的信息。

• nginx -s stop
  向nginx进程发送stop信号
• nginx -s quit

与stop信号的作用类似，quit信号作用也是用于停止nginx服务，quit信号和stop信号的区别在于：
nginx进程收到stop信号后会立即停止服务，而收到quit信号后，不会再接收新的请求，但是会先处理完已经接受的链接请求，处理完这些请求后再停止服务。

• nginx -s reload

reload信号的作用就是在不停止服务的情况下重载配置文件。

• nginx -s reopen

利用reopen信号可以使nginx进程重新打开日志文件，以便实现日志分割的效果。

2 模块、配置指令、块之间的关系

（1）先通过一个实验来初步理解一下

• 在server1中：

51         location /demo {
 52             root   /opt;
 53             index  index.html index.htm;
 54 }

• 配置发布目录：

mkdir /opt/demo
cd /opt/demo/
vim index.html
nginx -s reload

• 测试

在classroom这台虚拟机的Firefox来进行测试

• 还可以把相同的指令放在上一级中，不会影响效果

• 测试

在classroom这台虚拟机的Firefox来进行测试

注意：把相同的指令放在上一级中，这是测试结果正常，两个发布页面都能正常访问，不会影响效果。

• 把配置指令写在前面时，在location内部写指令，它会覆盖外面的统一指令：

• 测试

在classroom这台虚拟机的Firefox来进行测试

（2） 三者关系以及相关说明

通过上述示例，你肯定明白了一个道理，同一个配指令，配在不同的块中时，对应的“作用域”是不同的。

• 某些配指令只能在http块中配置，某些配指令只能在location块中配置，有些配置指令既能在server块中配置又能在http块中配置，而有些配置指令只能在main区中进行配置。
  刚才示例中的index指令就属于那种既能在location块中配置，又能在server块中配置，还能在http块中配的指令，只不过，当index指令配置在不同的块中时，对应的作用域不同。
• 有些指令既能配在server块中，也能配在http块中，当多个server存在相同的配置时，我们可以将这些完全相同的配置指令提取到上一级的http块中，以便多个server块共用这些配置。
  当然，如果你在某个server中单独配置了对应的指令，那么这个server仍然会以自己的配置为准。
• 其实，“配置指令"不仅和"块"有一定的关系，“配置指令"和"模块"也有非常紧密的对应关系。nginx是模块化的，不同的"模块"负责不同的"功能”。所以，当我们需要针对某个"功能"进行配置时，就需要使用到对应的"配置指令"。从根本上来说，每个"配置指令"都属于某一个"模块"，一个"模块"中会有一个或多个"配置指令"，当我们想要对相关模块或者功能进行设定时，就会使用到对应模块中的配置指令。

3 查看nginx官方文档

• Ctrl+f：搜索关键字高亮显示

• 模块说明：