Nginx(1)入门

初识Nginx

Nginx是一个具有高性能的【HTTP】和【反向代理】的【WEB服务器】。

1. WEB服务器： 也叫网页服务器，英文名叫Web Server，主要功能是为用户提供网上信息浏览服务。
2. HTTP： 超文本传输协议的缩写，是用于从WEB服务器传输超文本到本地浏览器的传输协议，也是互联网上应用最为广泛的一种网络协议。HTTP是一个客户端和服务器端请求和应答的标准，客户端是终端用户，服务端是网站，通过使用Web浏览器、网络爬虫或者其他工具，客户端发起一个到服务器上指定端口的HTTP请求。

Nginx优点：

• 速度更快，并发更高： 单次请求或者高并发请求的环境下，Nginx都会比其他Web服务器响应的速度更快。(Nginx采用了多进程和I/O多路复用(epoll)的底层实现)
• 配置简单，扩展性强： 通过添加配置文件来使用模块。(可以开发服务自己业务特性的定制模块)
• 高可靠性： 采用多线程模式运行，其中有一个master主进程和N多个worker进程，每个worker进程之间都是相互独立提供服务，并且master主进程可以在某一个worker进程出错时，快速去"拉起"新的worker进程提供服务。
• 热部署： 可以在Nginx不停止的情况下，对Nginx进行文件升级、更新配置和更换日志文件等功能。
• 低成本，BSD许可证(Nginx开源，开源许可证)

BSD是一个开源的许可证，世界上的开源许可证有很多，现在比较流行的有六种分别是GPL、BSD、MIT、Mozilla、Apache、LGPL。这六种的区别是什么，我们可以通过下面一张图来解释下：

Nginx安装

Nginx源码简单安装

需要提前准备GCC编译器、PCRE兼容正则表达式库、zlib压缩库、OpenSSL安全通信的软件库包，然后才能进行Nginx的安装。

# GCC编译器
yum install -y gcc
gcc --version 查看版本

# PCRE兼容正则表达式库
yum install -y pcre pcre-devel
rpm -qa pcre pcre-devel 查看是否安装成功

# zlib压缩库
yum install -y zlib zlib-devel
rpm -qa zlib zlib-devel 查看是否安装成功

# OpenSSL安全通信的软件库包
yum install -y openssl openssl-devel

rpm -qa openssl openssl-devel来查看是否安装成功

yum install -y gcc pcre pcre-devel zlib zlib-devel openssl openssl-devel

1.进入官网查找需要下载的版本链接地址，然后使用wget命令下载

wget http://nginx.org/download/nginx-1.16.1.tar.gz

2.解压缩

tar -xzf nginx-1.16.1.tar.gz

3.进入资源文件，执行命令

./configure

4.编译

make

5.安装

make install

yum安装

1.安装yum-utils

sudo yum  install -y yum-utils

2.添加yum源文件

vim /etc/yum.repos.d/nginx.repo

[nginx-stable]
name=nginx stable repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true

[nginx-mainline]
name=nginx mainline repo
baseurl=http://nginx.org/packages/mainline/centos/$releasever/$basearch/
gpgcheck=1
enabled=0
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true

3.查看是否安装成功

yum list | grep nginx

4.使用yum进行安装

yun install -y nginx

5.查看nginx的安装位置

whereis nginx

6.启动测试

源码简单安装和yum安装的差异：
./nginx -V，通过该命令可以查看到所安装Nginx的版本及相关配置信息。
简单安装：

yum安装：

解压Nginx目录：
执行tar -zxvf nginx-1.16.1.tar.gz对下载的资源进行解压缩，进入压缩后的目录，可以看到如下结构

• auto：存放的是编译相关的脚本
• CHANGES：版本变更记录
• CHANGES.ru：俄罗斯文的版本变更记录
• conf：nginx默认的配置文件
• configure：nginx软件的自动脚本程序,是一个比较重要的文件，作用如下：
  • 检测环境及根据环境检测结果生成C代码
  • 生成编译代码需要的Makefile文件
• contrib：存放的是几个特殊的脚本文件，其中README中对脚本有着详细的说明
• html：存放的是Nginx自带的两个html页面，访问Nginx的首页和错误页面
• LICENSE：许可证的相关描述文件
• man：nginx的man手册
• README：Nginx的阅读指南
• src：Nginx的源代码

Nginx源码复杂安装

通过./configure来对编译参数进行设置，需要手动指定
PATH:是和路径相关的配置信息
with:是启动模块，默认是关闭的
without:是关闭模块，默认是开启的

–prefix=PATH 指向Nginx的安装目录，默认值为/usr/local/nginx

–sbin-path=PATH 指向(执行)程序文件(nginx)的路径,默认值为/sbin/nginx

–modules-path=PATH 指向Nginx动态模块安装目录，默认值为/modules

–conf-path=PATH 指向配置文件(nginx.conf)的路径,默认值为/conf/nginx.conf

–error-log-path=PATH 指向错误日志文件的路径,默认值为/logs/error.log

–http-log-path=PATH 指向访问日志文件的路径,默认值为/logs/access.log

–pid-path=PATH 指向Nginx启动后进行ID的文件路径，默认值为/logs/nginx.pid

–lock-path=PATH 指向Nginx锁文件的存放路径,默认值为/logs/nginx.lock

可以通过如下命令使用：

./configure --prefix=/usr/local/nginx
–sbin-path=/usr/local/nginx/sbin/nginx
–modules-path=/usr/local/nginx/modules
–conf-path=/usr/local/nginx/conf/nginx.conf
–error-log-path=/usr/local/nginx/logs/error.log
–http-log-path=/usr/local/nginx/logs/access.log
–pid-path=/usr/local/nginx/logs/nginx.pid
–lock-path=/usr/local/nginx/logs/nginx.lock

卸载nginx

1.将nginx的进程关闭

./nginx -s stop

2.将安装的nginx进行删除

rm -rf /usr/local/nginx

3.将安装包之前编译的环境清除掉

make clean

Nginx目录结构分析

通过工具tree可以很方面的去查看centos系统上的文件目录结构：

yum install -y tree

通过执行tree /usr/local/nginx(tree后面跟的是Nginx的安装目录)，获取的结果如下：

CGI(Common Gateway Interface)通用网关【接口】，主要解决的问题是从客户端发送一个请求和数据，服务端获取到请求和数据后可以调用调用CGI【程序】处理及相应结果给客户端的一种标准规范。

• conf:nginx所有配置文件目录
  • fastcgi.conf：fastcgi相关配置文件
  • fastcgi.conf.default：fastcgi.conf的备份文件
  • fastcgi_params：fastcgi的参数文件
  • fastcgi_params.default：fastcgi的参数备份文件
  • scgi_params：scgi的参数文件
  • scgi_params.default：scgi的参数备份文件
  • uwsgi_params：uwsgi的参数文件
  • uwsgi_params.default：uwsgi的参数备份文件
  • mime.types：记录的是HTTP协议中的Content-Type的值和文件后缀名的对应关系
  • mime.types.default：mime.types的备份文件
  • nginx.conf：Nginx的核心配置文件
  • nginx.conf.default：nginx.conf的备份文件
  • koi-utf、koi-win、win-utf这三个文件都是与编码转换映射相关的配置文件，用来将一种编码转换成另一种编码
• html:存放nginx自带的两个静态的html页面
  • 50x.html:访问失败后的失败页面
  • index.html:成功访问的默认首页
• logs:记录入门的文件，当nginx服务器启动后，这里面会有 access.log error.log 和nginx.pid三个文件出现。
  • error.log错误的日志记录
  • access.log访问日志记录
• sbin:是存放执行程序文件nginx
  • nginx二进制可执行文件，nginx是用来控制Nginx的启动和停止等相关的命令。

Nginx服务器启停命令

Nginx默认采用的是多进程的方式来工作的，当将Nginx启动后，通过ps -ef | grep nginx命令可以查看到如下内容：

从上图中可以看到，Nginx后台进程中包含一个master进程和多个worker进程，master进程主要用来管理worker进程，包含接收外界的信息，并将接收到的信号发送给各个worker进程，监控worker进程的状态，当worker进程出现异常退出后，会自动重新启动新的worker进程。而worker进程则是专门用来处理用户请求的，各个worker进程之间是平等的并且相互独立，处理请求的机会也是一样的。nginx的进程模型，我们可以通过下图来说明下：
作为管理员，只需要通过给master进程发送信号就可以来控制Nginx，这个时候我们需要有两个前提条件，一个是要操作的master进程，一个是信号。
1.要想操作Nginx的master进程，就需要获取到master进程的进程号ID。获取方式简单介绍两个

• ps -ef | grep nginx
• 通过/usr/local/nginx/logs/nginx.pid来获取nginx的master进程ID
  2.信号

信号	作用
TERM/INT	立即关闭整个服务
QUIT	"优雅"地关闭整个服务
HUP	重读配置文件并使用服务对新配置项生效
USR1	重新打开日志文件，可以用来进行日志切割
USR2	平滑升级到最新版的nginx
WINCH	所有子进程不在接收处理新连接，相当于给work进程发送QUIT指令

3.调用命令为kill -signal PID
signal:即为信号；PID即为获取到的master线程ID

1. 发送TERM/INT信号给master进程，会将Nginx服务立即关闭。

kill -TERM PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`
kill -INT PID / kill -INT `cat /usr/local/nginx/logs/nginx.pid`

2. 发送QUIT信号给master进程，master进程会控制所有的work进程不再接收新的请求，等所有请求处理完后，再把所有进程都关闭掉。

kill -QUIT PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`

3. 发送HUP信号给master进程，master进程会把控制旧的work进程不再接收新的请求，等处理完请求后将旧的work进程关闭掉，然后根据nginx的配置文件重新启动新的work进程

kill -HUP PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`

4. 发送USR1信号给master进程，告诉Nginx重新开启日志文件

kill -USR1 PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid`

5. 发送USR2信号给master进程，告诉master进程要平滑升级，这个时候，会重新开启对应的master进程和work进程，整个系统中将会有两个master进程，并且新的master进程的PID会被记录在/usr/local/nginx/logs/nginx.pid，而之前的旧的master进程PID会被记录在/usr/local/nginx/logs/nginx.pid.oldbin文件中，接着再次发送QUIT信号给旧的master进程，让其处理完请求后再进行关闭。

kill -USR2 PID / kill -USR2 `cat /usr/local/nginx/logs/nginx.pid`

kill -QUIT PID / kill -QUIT `cat /usr/local/nginx/logs/nginx.pid.oldbin`

6. 发送WINCH信号给master进程,让master进程控制不让所有的work进程在接收新的请求了，请求处理完后关闭work进程。注意master进程不会被关闭掉

kill -WINCH PID /kill -WINCH`cat /usr/local/nginx/logs/nginx.pid`

Nginx的命令行控制

通过nginx -h来查看都有哪些参数可以用：

• -?和-h：显示帮助信息
• -v：打印版本号信息并退出
• -V：打印版本号信息和配置信息并退出
• -t：测试nginx的配置文件(nginx.conf)语法是否正确并退出
• -T：测试nginx的配置文件语法是否正确并列出用到的配置文件信息然后退出
• -q：在配置测试期间禁止显示非错误消息
• -s：signal信号，后面可以跟 ：
  • stop[快速关闭，类似于TERM/INT信号的作用]
  • quit[优雅的关闭，类似于QUIT信号的作用]
  • reopen[重新打开日志文件类似于USR1信号的作用]
  • reload[类似于HUP信号的作用，重读配置文件并使用服务对新配置项生效]
• -p：prefix，指定Nginx的prefix路径，(默认为: /usr/local/nginx/)
• -c：filename,指定Nginx的配置文件路径,(默认为: conf/nginx.conf)
• -g：用来补充Nginx配置文件，向Nginx服务指定启动时应用全局的配置

Nginx版本升级

需求：Nginx的版本最开始使用的是Nginx-1.14.2,由于服务升级，需要将Nginx的版本升级到Nginx-1.16.1,要求Nginx不能中断提供服务。
环境准备：
1.使用Nginx源码安装的方式将1.14.2版本安装成功并正确访问

进入安装目录
./configure
make && make install

2.将Nginx1.16.1进行参数配置和编译，不需要进行安装。

进入安装目录
./configure
make 

使用服务信息完成Nginx升级

1.将1.14.2版本的sbin目录下的nginx进行备份

cd /usr/local/nginx/sbin

mv nginx nginxold

2.将Nginx1.16.1安装目录编译后的objs目录下的nginx文件，拷贝到原来/usr/local/nginx/sbin目录下

cd ~/nginx/core/nginx-1.16.1/objs

cp nginx /usr/local/nginx/sbin

3.发送信号USR2给Nginx的1.14.2版本对应的master进程

kill -USR2 `more /usr/local/logs/nginx.pid`

4.发送信号QUIT给Nginx的1.14.2版本对应的master进程

kill -QUIT `more /usr/local/logs/nginx.pid.oldbin`

使安装目录的make命令升级

1.将1.14.2版本的sbin目录下的nginx进行备份

cd /usr/local/nginx/sbin
mv nginx nginxold

2.将Nginx1.16.1安装目录编译后的objs目录下的nginx文件，拷贝到原来/usr/local/nginx/sbin目录下

cd ~/nginx/core/nginx-1.16.1/objs
cp nginx /usr/local/nginx/sbin

3.进入到安装目录，执行make upgrade

4.:查看是否更新成功

./nginx -v

Nginx核心配置文件

Nginx的核心配置文件默认是放在/usr/local/nginx/conf/nginx.conf，将其中的注释部分删除掉后，就剩下下面内容：

worker_processes  1; #进程数 1

events {
    worker_connections  1024; # 单个worker进程最大的连接数

}

http {
    include       mime.types; #引入mime.types配置
    default_type  application/octet-stream; #Nginx响应前端请求默认的MIME类型
    sendfile        on;#是否使用sendfile()传输文件
    keepalive_timeout  65;#设置长连接的超时时间

    server { ##配置监听端口和主机名称
        listen       80; #监听端口
        server_name  localhost; #主机名称，可以指定ip和域名
        location / { ## url后部分内容
        	# 资源所对应目录
            root   html;
            # 默认访问/时的首页，从前往后找
            index  index.html index.htm;
        }
        ##错误页面
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
}

指令名 指令值;  #全局块，主要设置Nginx服务器整体运行的配置指令

#events块，主要设置Nginx服务器与用户的网络连接，这一部分对Nginx服务器的性能影响较大
events {	 
    指令名	指令值;
}

#http块，是Nginx服务器配置中的重要部分：代理、缓存、日志记录、第三方模块配置...             
http {		
    指令名	指令值;
    server { 
    	#server块，是Nginx配置和虚拟主机相关的内容
        指令名	指令值;
        location / { 
        #location块，基于Nginx服务器接收请求字符串与location后面的值进行匹配，对特定请求进行处理
            指令名	指令值;
        }
    }
	...
}

nginx.conf配置文件中默认有三大块：全局块、events块、http块
http块中可以配置多个server块，每个server块又可以配置多个location块。

全局块

user指令： 用于配置运行Nginx服务器的worker进程的用户和用户组。

语法	user user [group]
默认值	nobody
位置	全局块

该属性也可以在编译的时候指定，语法如下./configure --user=user --group=group,如果两个地方都进行了设置，最终生效的是配置文件中的配置。

该指令的使用步骤:
1.nginx.conf修改用户信息"www"

user www

./nginx -t 测试失败，因为没有www用户

2.创建一个用户

useradd www

3.创建/root/html/index.html页面，添加如下内容

<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
<p><em>I am WWW</em></p>
</body>
</html>

4.修改nginx.conf

location / {
	root   /root/html;
	index  index.html index.htm;
}

5.测试启动访问
页面会报403拒绝访问的错误，因为当前用户没有访问/root/html目录的权限

6.将文件创建到 /home/www/html/index.html，修改配置

location / {
	root   /home/www/html;
	index  index.html index.htm;
}

7.再次测试启动访问，使用user指令可以指定启动运行工作进程的用户及用户组，这样对于系统的权限访问控制的更加精细，也更加安全。

work process指令：
master_process： 用来指定是否开启工作进程。

语法	master_process on|off;
默认值	master_process on;
位置	全局块

worker_processes： 用于配置Nginx生成工作进程的数量，这个是Nginx服务器实现并发处理服务的关键所在。

语法	worker_processes num/auto;
默认值	1
位置	全局块

理论上来说workder process的值越大，可以支持的并发处理量也越多，但事实上这个值的设定是需要受到来自服务器自身的限制，建议将该值和服务器CPU的内核数保存一致。

如果将worker_processes设置成2，则会看到如下内容:

其他指令
daemon： 设定Nginx是否以守护进程的方式启动。
守护式进程是linux后台执行的一种服务进程，特点是独立于控制终端，不会随着终端关闭而停止。

语法	daemon on|off;
默认值	daemon on;
位置	全局块

pid： 用来配置Nginx当前master进程的进程号ID存储的文件路径，该属性可以通过./configure --pid-path=PATH来指定。

语法	pid file;
默认值	默认为:/usr/local/nginx/logs/nginx.pid
位置	全局块

error_log： 用来配置Nginx的错误日志存放路径，该属性可以通过./configure --error-log-path=PATH来指定。

语法	error_log file [日志级别];
默认值	error_log logs/error.log error;
位置	全局块、http、server、location

其中日志级别的值有：debug|info|notice|warn|error|crit|alert|emerg，翻译过来为试|信息|通知|警告|错误|临界|警报|紧急，这块建议大家设置的时候不要设置成info以下的等级，因为会带来大量的磁盘I/O消耗，影响Nginx的性能。

include： 用来引入其他配置文件，使Nginx的配置更加灵活。

语法	include file;
默认值	无
位置	any

events块

accept_mutex： 用来设置Nginx网络连接序列化

语法	accept_mutex on|off;
默认值	accept_mutex on;
位置	events

这个配置主要可以用来解决常说的"惊群"问题。大致意思是在某一个时刻，客户端发来一个请求连接，Nginx后台是以多进程的工作模式，也就是说有多个worker进程会被同时唤醒，但是最终只会有一个进程可以获取到连接，如果每次唤醒的进程数目太多，就会影响Nginx的整体性能。如果将上述值设置为on(开启状态)，将会对多个Nginx进程接收连接进行序列号，一个个来唤醒接收，就防止了多个进程对连接的争抢。

multi_accept： 用来设置是否允许同时接收多个网络连接

语法	multi_accept on|off;
默认值	multi_accept off;
位置	events

如果multi_accept被禁止了，nginx一个工作进程只能同时接受一个新的连接。否则，一个工作进程可以同时接受所有的新连接。(建议打开，效率高)

worker_connections： 用来配置单个worker进程最大的连接数

语法	worker_connections number;
默认值	worker_commections 512;
位置	events

这里的连接数不仅仅包括和前端用户建立的连接数，而是包括所有可能的连接数。另外，number值不能大于操作系统支持打开的最大文件句柄数量。

use： 用来设置Nginx服务器选择哪种事件驱动来处理网络消息。

语法	use method;
默认值	根据操作系统定
位置	events

注意：此处所选择事件处理模型是Nginx优化部分的一个重要内容，method的可选值有select/poll/epoll/kqueue等，强调过要使用linux内核在2.6以上，就是为了能使用epoll函数来优化Nginx。

另外这些值的选择，也可以在编译的时候使用

--with-select_module、--without-select_module、 --with-poll_module、 --without-poll_module来设置是否需要将对应的事件驱动模块编译到Nginx的内核。

events指令配置实例

打开Nginx的配置文件 nginx.conf，添加如下配置

events{
	accept_mutex on;
	multi_accept on;
	worker_commections 1024;
	use epoll;
}

重新加载，测试

./nginx -t
./nginx -s reload

http块

定义MIME-Type

浏览器中可以显示的内容有HTML、XML、GIF等种类繁多的文件、媒体等资源，浏览器为了区分这些资源，就需要使用MIME Type。所以说MIME Type是网络资源的媒体类型。Nginx作为web服务器，也需要能够识别前端请求的资源类型。

在Nginx的配置文件中，默认有两行配置

include mime.types;
default_type application/octet-stream;

default_type： 用来配置Nginx响应前端请求默认的MIME类型。

语法	default_type mime-type;
默认值	default_type text/plain；
位置	http、server、location

在default_type之前还有一句include mime.types,include相当于把mime.types文件中MIMT类型与相关类型文件的文件后缀名的对应关系加入到当前的配置文件中。

举例来说明：

有些时候请求某些接口的时候需要返回指定的文本字符串或者json字符串，如果逻辑非常简单或者干脆是固定的字符串，那么可以使用nginx快速实现，这样就不用编写程序响应请求了，可以减少服务器资源占用并且响应性能非常快。

如何实现:

location /get_text {
	#这里也可以设置成text/plain
    default_type text/html;
    return 200 "This is nginx's text";
}
location /get_json{
    default_type application/json;
    return 200 '{"name":"TOM","age":18}';
}

自定义服务日志

Nginx中日志的类型分access.log、error.log

• access.log：用来记录用户所有的访问请求。
• error.log：记录nginx本身运行时的错误信息，不会记录用户的访问请求。

Nginx服务器支持对服务日志的格式、大小、输出等进行设置，需要使用到两个指令，分别是access_log和log_format指令。

access_log： 用来设置用户访问日志的相关属性。(路径/格式/大小)

语法	access_log path[format[buffer=size]]
默认值	access_log logs/access.log combined;
位置	http, server, location

log_format： 用来指定日志的输出格式。

语法	log_format name [escape=default|json|none] string…;
默认值	log_format combined “…”;
位置	http

log_format myformat '=====》'This is My format';
access_log logs/my.log myformat;

使用内置参数：

log_format myformat '=====》'This is My format:$http_user_agent';
access_log logs/my.log myformat;

其他配置指令

sendfile： 用来设置Nginx服务器是否使用sendfile()传输文件，该属性可以大大提高Nginx处理静态资源的性能。

语法	sendfile on|off；
默认值	sendfile off;
位置	http、server、location

keepalive_timeout： 用来设置长连接的超时时间。

为什么要使用keepalive？

HTTP是一种无状态协议，客户端向服务端发送一个TCP请求，服务端响应完毕后断开连接。
如果客户端向服务端发送多个请求，每个请求都需要重新创建一次连接，效率相对来说比较多，使用keepalive模式，可以告诉服务器端在处理完一个请求后保持这个TCP连接的打开状态，若接收到来自这个客户端的其他请求，服务端就会利用这个未被关闭的连接，而不需要重新创建一个新连接，提升效率，但是这个连接也不能一直保持，这样的话，连接如果过多，也会是服务端的性能下降，这个时候就需要我们进行设置其的超时时间。

语法	keepalive_timeout time;
默认值	keepalive_timeout 75s;
位置	http、server、location

keepalive_requests： 用来设置一个keep-alive连接使用的次数。

语法	keepalive_requests number;
默认值	keepalive_requests 100;
位置	http、server、location

server块和location块

主要来认识下Nginx默认给的nginx.conf中的相关内容，以及server块与location块在使用的时候需要注意的一些内容。一个http块可以放多个server块，一个server块，可以放多个locatin块。

	server {
    	## url前部分内容
		# 默认监听80端口
        listen       80;
        # 服务名称，可以指定ip/域名
        server_name  localhost;
        ## url后部分内容
        location / {
        	# 资源所对应目录
            root   html;
            # 默认访问/时的首页，从前往后找
            index  index.html index.htm;
        }
       
       # 发生错误码状态，跳转到50x.html
        error_page   500 502 503 504 404  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

Nginx配置实例

通过一个比较完整和最简单的基础配置实例，来巩固下前面所学习的指令及其配置。

需求如下：

1.有如下访问：
	http://192.168.200.133:8081/server1/location1
		访问的是：index_sr1_location1.html
	http://192.168.200.133:8081/server1/location2
		访问的是：index_sr1_location2.html
	http://192.168.200.133:8082/server2/location1
		访问的是：index_sr2_location1.html
	http://192.168.200.133:8082/server2/location2
		访问的是：index_sr2_location2.html
2.如果访问的资源不存在，
	返回自定义的404页面
3.将/server1和/server2的配置使用不同的配置文件分割
  将文件放到/home/www/conf.d目录下，然后使用include进行合并
4.为/server1和/server2各自创建一个访问日志文件

在home目录下，准备相关目录文件，目录机构如下：

nginx.conf配置的内容如下:

##全局块 begin##
#配置允许运行Nginx工作进程的用户和用户组
user www;
#配置运行Nginx进程生成的worker进程数
worker_processes 2;
#配置Nginx服务器运行对错误日志存放的路径
error_log logs/error.log;
#配置Nginx服务器允许时记录Nginx的master进程的PID文件路径和名称
pid logs/nginx.pid;
#配置Nginx服务是否以守护进程方法启动
#daemon on;
##全局块 end##

##events块 begin##
events{
	#设置Nginx网络连接序列化
	accept_mutex on;
	#设置Nginx的worker进程是否可以同时接收多个请求
	multi_accept on;
	#设置Nginx的worker进程最大的连接数
	worker_connections 1024;
	#设置Nginx使用的事件驱动模型
	use epoll;
}
##events块 end##

##http块 start##
http{
	#定义MIME-Type
	include mime.types;
	default_type application/octet-stream;
	#配置允许使用sendfile方式运输
	sendfile on;
	#配置连接超时时间
	keepalive_timeout 65;
	#配置请求处理日志格式
	log_format server1 '===>server1 access log';
	log_format server2 '===>server2 access log';
	##server块 开始##
	include /home/www/conf.d/*.conf;
	##server块 结束##
}
##http块 end##

server1.conf

server{
		#配置监听端口和主机名称
		listen 8081;
		server_name localhost;
		#配置请求处理日志存放路径
		access_log /home/www/myweb/server1/logs/access.log server1;
		#配置错误页面
		error_page 404 /404.html;
		#配置处理/server1/location1请求的location
		location /server1/location1{
			root /home/www/myweb;
			index index_sr1_location1.html;
		}
		#配置处理/server1/location2请求的location
		location /server1/location2{
			root /home/www/myweb;
			index index_sr1_location2.html;
		}
		#配置错误页面转向
		location = /404.html {
			root /home/www/myweb;
			index 404.html;
		}
}

server2.conf

server{
		#配置监听端口和主机名称
		listen 8082;
		server_name localhost;
		#配置请求处理日志存放路径
		access_log /home/www/myweb/server2/logs/access.log server2;
		#配置错误页面,对404.html做了定向配置
		error_page 404 /404.html;
		#配置处理/server1/location1请求的location
		location /server2/location1{
			root /home/www/myweb;
			index index_sr2_location1.html;
		}
		#配置处理/server2/location2请求的location
		location /server2/location2{
			root /home/www/myweb;
			index index_sr2_location2.html;
		}
		#配置错误页面转向
		location = /404.html {
			root /home/www/myweb;
			index 404.html;
		}
	}

访问测试：

Nginx服务操作

Nginx配置成系统服务

把Nginx应用服务设置成为系统服务，方便对Nginx服务的启动和停止等相关操作，具体实现步骤:
1.在/usr/lib/systemd/system目录下添加nginx.service，内容如下:

vim /usr/lib/systemd/system/nginx.service

[Unit]
Description=nginx web service
Documentation=http://nginx.org/en/docs/
After=network.target

[Service]
Type=forking
# 指向pid文件
PIDFile=/usr/local/nginx/logs/nginx.pid
# nginx启动测试
ExecStartPre=/usr/local/nginx/sbin/nginx -t -c /usr/local/nginx/conf/nginx.conf
ExecStart=/usr/local/nginx/sbin/nginx
ExecReload=/usr/local/nginx/sbin/nginx -s reload
ExecStop=/usr/local/nginx/sbin/nginx -s stop
PrivateTmp=true

[Install]
WantedBy=default.target

2.添加完成后如果权限有问题需要进行权限设置

chmod 755 /usr/lib/systemd/system/nginx.service

3.使用系统命令来操作Nginx服务

启动: systemctl start nginx
停止: systemctl stop nginx
重启: systemctl restart nginx
重新加载配置文件: systemctl reload nginx
查看nginx状态: systemctl status nginx
开机启动: systemctl enable nginx

执行启动命令systemctl start nginx.service 报错：
Warning: nginx.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

解决方案：
1.systemctl daemon-reload
2.systemctl start nginx.service

Nginx命令配置到系统环境

演示：

/usr/local/nginx/sbin/nginx -V
cd /usr/local/nginx/sbin  nginx -V
如何优化？？？

1.修改/etc/profile文件

vim /etc/profile
在最后一行添加
export PATH=$PATH:/usr/local/nginx/sbin

2.使之立即生效

source /etc/profile

3.可以在任意目录执行nginx命令

nginx -V