Nginx 安装与部署配置以及Nginx和uWSGI开机自启

发布时间：2020-04-14 18:41:59 作者：wx5d30212829a35
来源：网络阅读：387

下载

官方网站：https://nginx.org/en/download.html

Windows下安装

安装

下载后解压（切记不能含有中文路径！！），文件结构如图（我解压的路径就有中文，记得拷贝放置于英文目录下即可！）：

Nginx 安装与部署配置以及Nginx和uWSGI开机自启

启动

两种方法：

1）直接双击该目录下的"nginx.exe"，即可启动nginx服务器；

2）命令行进入该文件夹，执行start nginx命令，也会直接启动nginx服务器。

验证

开浏览器，输入地址：http://localhost，访问页面，出现如下页面表示访问成功。

Nginx 安装与部署配置以及Nginx和uWSGI开机自启

Nginx Windows基本操作指令

启动服务：start nginx
退出服务：nginx -s quit
强制关闭服务：nginx -s stop
重载服务：nginx -s reload　　（重载服务配置文件，类似于重启，服务不会中止）
验证配置文件：nginx -t
使用配置文件：nginx -c "配置文件路径"
使用帮助：nginx -h

Linux下安装

申明：基于CentOS 7系统。

Nginx依赖包

模块依赖性Nginx需要依赖下面3个包

ssl功能需要 openssl 库 ( 点击下载 )
gzip模块需要 zlib 库 ( 点击下载 )
rewrite模块需要 pcre 库 ( 点击下载 )

依赖包安装顺序依次为：openssl、zlib、pcre, 最后安装Nginx包。

安装教程（源码安装）

step 1：下载所需包

openssl-fips-2.0.2.tar.gz
zlib-1.2.7.tar.gz
pcre-8.21.tar.gz
nginx-1.12.2.tar.gz

step 2：安装OpenSSL

[root@localhost wcw]# tar -zxvf openssl-fips-2.0.2.tar.gz 
[root@localhost wcw]# cd openssl-fips-2.0.2
[root@localhost openssl-fips-2.0.2]# ./config 
[root@localhost openssl-fips-2.0.2]# make
[root@localhost openssl-fips-2.0.2]# make install

step 3：安装zlib

[root@localhost wcw]# tar -zxvf zlib-1.2.7.tar.gz
[root@localhost wcw]# cd zlib-1.2.7
[root@localhost zlib-1.2.7]# ./configure 
[root@localhost zlib-1.2.7]# make
[root@localhost zlib-1.2.7]# make install

step 4：安装pcre

[root@localhost wcw]# tar -zxvf pcre-8.21.tar.gz
[root@localhost wcw]# cd pcre-8.21
[root@localhost pcre-8.21]# ./configure 
[root@localhost pcre-8.21]# make
[root@localhost pcre-8.21]# make install

step 5：安装Nginx

[root@localhost wcw]# tar -zxvf nginx-1.12.2.tar.gz 
[root@localhost wcw]# cd nginx-1.12.2
[root@localhost nginx-1.12.2]# ./configure --prefix=/usr/install/nginx --with-pcre=../pcre-8.21 --with-zlib=../zlib-1.2.7 --with-openssl=../openssl-fips-2.0.2
[root@localhost nginx-1.12.2]# make
[root@localhost nginx-1.12.2]# make install

请注意："--with-xxx="的值是解压目录，而不是安装目录！

Nginx Linux基本操作指令

启动服务：nginx
退出服务：nginx -s quit
强制关闭服务：nginx -s stop
重载服务：nginx -s reload　　（重载服务配置文件，类似于重启，但服务不会中止）
验证配置文件：nginx -t
使用配置文件：nginx -c "配置文件路径"
使用帮助：nginx -h

此时可以为Nginx添加环境变量，以便操作服务。（>>如何添加Linux环境变量？）

检测是否安装成功：

[root@localhost wcw]# nginx -t

出现如下提示，表示安装成功。

Nginx 安装与部署配置以及Nginx和uWSGI开机自启

或者，在浏览器地址输入"127.0.0.1"回车出现如下页面，则表示安装成功。

Nginx 安装与部署配置以及Nginx和uWSGI开机自启

Nginx配置文件说明

在项目使用中，使用最多的三个核心功能是静态服务器、反向代理和负载均衡。

这三个不同的功能的使用，都跟Nginx的配置密切相关，Nginx服务器的配置信息主要集中在"nginx.conf"这个配置文件中，并且所有的可配置选项大致分为以下几个部分.

main # 全局配置

events { # 工作模式配置

}

http { # http设置
 ....

 server { # 服务器主机配置（虚拟主机、反向代理等）
 ....
 location { # 路由配置（虚拟目录等）
 ....
 }

 location path {
 ....
 }

 location otherpath {
 ....
 }
 }

 server {
 ....

 location {
 ....
 }
 }

 upstream name { # 负载均衡配置
 ....
 }
}

main模块

user 用来指定nginx worker进程运行用户以及用户组，默认nobody账号运行
worker_processes 指定nginx要开启的子进程数量，运行过程中监控每个进程消耗内存(一般几M~几十M不等)根据实际情况进行调整，通常数量是CPU内核数量的整数倍
error_log 定义错误日志文件的位置及输出级别【debug / info / notice / warn / error / crit】
pid 用来指定进程id的存储文件的位置
worker_rlimit_nofile 用于指定一个进程可以打开最多文件数量的描述
...

event模块

worker_connections 指定最大可以同时接收的连接数量，这里一定要注意，最大连接数量是和worker processes共同决定的。
multi_accept 配置指定nginx在收到一个新连接通知后尽可能多的接受更多的连接
use epoll 配置指定了线程轮询的方法，如果是linux2.6+，使用epoll，如果是BSD如Mac请使用Kqueue
...

http模块

作为web服务器，http模块是nginx最核心的一个模块，配置项也是比较多的，项目中会设置到很多的实际业务场景，需要根据硬件信息进行适当的配置。

1）基础配置

sendfile on：配置on让sendfile发挥作用，将文件的回写过程交给数据缓冲去去完成，而不是放在应用中完成，这样的话在性能提升有有好处
tcp_nopush on：让nginx在一个数据包中发送所有的头文件，而不是一个一个单独发
tcp_nodelay on：让nginx不要缓存数据，而是一段一段发送，如果数据的传输有实时性的要求的话可以配置它，发送完一小段数据就立刻能得到返回值，但是不要滥用哦

keepalive_timeout 10：给客户端分配连接超时时间，服务器会在这个时间过后关闭连接。一般设置时间较短，可以让nginx工作持续性更好
client_header_timeout 10：设置请求头的超时时间
client_body_timeout 10:设置请求体的超时时间
send_timeout 10：指定客户端响应超时时间，如果客户端两次操作间隔超过这个时间，服务器就会关闭这个链接

limit_conn_zone $binary_remote_addr zone=addr:5m ：设置用于保存各种key的共享内存的参数，
limit_conn addr 100: 给定的key设置最大连接数

server_tokens：虽然不会让nginx执行速度更快，但是可以在错误页面关闭nginx版本提示，对于网站安全性的提升有好处哦
include /etc/nginx/mime.types：指定在当前文件中包含另一个文件的指令
default_type application/octet-stream：指定默认处理的文件类型可以是二进制
type_hash_max_size 2048：混淆数据，影响三列冲突率，值越大消耗内存越多，散列key冲突率会降低，检索速度更快；值越小key，占用内存较少，冲突率越高，检索速度变慢

2）日志配置

access_log logs/access.log：设置存储访问记录的日志
error_log logs/error.log：设置存储记录错误发生的日志

3）SSL证书配置

ssl_protocols：指令用于启动特定的加密协议，nginx在1.1.13和1.0.12版本后默认是ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2，TLSv1.1与TLSv1.2要确保OpenSSL >= 1.0.1 ，SSLv3 现在还有很多地方在用但有不少被***的漏洞。
ssl prefer server ciphers：设置协商加密算法时，优先使用我们服务端的加密套件，而不是客户端浏览器的加密套件

4）压缩配置

gzip 是告诉nginx采用gzip压缩的形式发送数据。这将会减少我们发送的数据量。
gzip_disable 为指定的客户端禁用gzip功能。我们设置成IE6或者更低版本以使我们的方案能够广泛兼容。
gzip_static 告诉nginx在压缩资源之前，先查找是否有预先gzip处理过的资源。这要求你预先压缩你的文件（在这个例子中被注释掉了），从而允许你使用最高压缩比，这样nginx就不用再压缩这些文件了（想要更详尽的gzip_static的信息，请点击这里）。
gzip_proxied 允许或者禁止压缩基于请求和响应的响应流。我们设置为any，意味着将会压缩所有的请求。
gzip_min_length 设置对数据启用压缩的最少字节数。如果一个请求小于1000字节，我们最好不要压缩它，因为压缩这些小的数据会降低处理此请求的所有进程的速度。
gzip_comp_level 设置数据的压缩等级。这个等级可以是1-9之间的任意数值，9是最慢但是压缩比最大的。我们设置为4，这是一个比较折中的设置。
gzip_type 设置需要压缩的数据格式。上面例子中已经有一些了，你也可以再添加更多的格式。

5）文件缓存配置

open_file_cache 打开缓存的同时也指定了缓存最大数目，以及缓存的时间。我们可以设置一个相对高的最大时间，这样我们可以在它们不活动超过20秒后清除掉。
open_file_cache_valid 在open_file_cache中指定检测正确信息的间隔时间。
open_file_cache_min_uses 定义了open_file_cache中指令参数不活动时间期间里最小的文件数。
open_file_cache_errors 指定了当搜索一个文件时是否缓存错误信息，也包括再次给配置中添加文件。我们也包括了服务器模块，这些是在不同文件中定义的。如果你的服务器模块不在这些位置，你就得修改这一行来指定正确的位置。

sever模块

srever模块配置是http模块中的一个子模块，用来定义一个虚拟访问主机，也就是一个虚拟服务器的配置信息。

server {
 listen 80;
 server_name localhost 192.168.1.100;
 charset utf-8;
 access_log logs/access.log;
 error_log logs/error.log;
 ......
}

server：一个虚拟主机的配置，一个http中可以配置多个server
server_name：用来指定ip地址或者域名，多个配置之间用空格分隔
charset：用于设置www/路径中配置的网页的默认编码格式
access_log：用于指定该虚拟主机服务器中的访问记录日志存放路径
error_log：用于指定该虚拟主机服务器中访问错误日志的存放路径

location模块

location模块是Nginx配置中出现最多的一个配置，主要用于配置路由访问信息。

在路由访问信息配置中关联到反向代理、负载均衡等等各项功能，所以location模块也是一个非常重要的配置模块。

1）基本配置

location / {
 root /nginx/www;
 index index.php index.html index.htm;
}

location /：表示匹配访问根目录
root：用于指定访问根目录时，访问虚拟主机的web目录
index：在不指定访问具体资源时，默认展示的资源文件列表

2）反向代理配置

通过反向代理代理服务器访问模式，通过proxy_set配置让客户端访问透明化。

location / {
 proxy_pass http://localhost:8888;
 proxy_set_header X-real-ip $remote_addr;
 proxy_set_header Host $http_host;
}

3）uwsgi配置

location / {
 include uwsgi_params;
 uwsgi_pass localhost:8888;
}

负载均衡模块（upstream）

upstream模块主要负责负载均衡的配置，通过默认的轮询调度方式来分发请求到后端服务器。简单的配置方式如下。

upstream name {
 ip_hash;
 server 192.168.1.100:8000 weight=9;
 server 192.168.1.100:8001 down;
 server 192.168.1.100:8002 max_fails=3;
 server 192.168.1.100:8003 fail_timeout=20s;
 server 192.168.1.100:8004 max_fails=3 fail_timeout=20s;
}

ip_hash：指定请求调度算法，默认是weight权重轮询调度，可以指定
server host:port：分发服务器的列表配置
-- down：表示该主机暂停服务
-- max_fails：表示失败最大次数，超过失败最大次数暂停服务
-- fail_timeout：表示如果请求受理失败，暂停指定的时间之后重新发起请求

Nginx主要配置

静态Http服务器配置

首先，Nginx是一个HTTP服务器，可以将服务器上的静态文件（如HTML、图片）通过HTTP协议展现给客户端。
配置：

server {
 listen 80; 　　# 端口
 server_name localhost 192.168.1.100; 　　# 域名 
 location / {　　　　　　　　　　　　　# 代表这是项目根目录
 root /usr/share/nginx/www; 　 # 虚拟目录
 }
}

反向代理服务器配置

什么是反向代理？
客户端本来可以直接通过HTTP协议访问某网站应用服务器，如果网站管理员在中间加上一个Nginx，客户端请求Nginx，Nginx请求应用服务器，然后将结果返回给客户端，此时Nginx就是反向代理服务器。

Nginx 安装与部署配置以及Nginx和uWSGI开机自启

反向代理配置：

server {
 listen 80;
 location / {
 proxy_pass http://192.168.0.112:8080; 　　# 应用服务器HTTP地址
 }
}

既然服务器可以直接HTTP访问，为什么要在中间加上一个反向代理，不是多此一举吗？反向代理有什么作用？继续往下看，下面的负载均衡、虚拟主机，都基于反向代理实现，当然反向代理的功能也不仅仅是这些。

负载均衡配置

当网站访问量非常大，也摊上事儿了。因为网站越来越慢，一台服务器已经不够用了。于是将相同的应用部署在多台服务器上，将大量用户的请求分配给多台机器处理。同时带来的好处是，其中一台服务器万一挂了，只要还有其他服务器正常运行，就不会影响用户使用。Nginx可以通过反向代理来实现负载均衡。

Nginx 安装与部署配置以及Nginx和uWSGI开机自启

负载均衡配置：

upstream myapp {
　　 ip_hash;　　# 固定访客
 server 192.168.0.111:8080 weight=9; 　　# 应用服务器1
 server 192.168.0.112:8080 weight=1; 　　# 应用服务器2
}

虚拟主机配置

有的网站访问量大，需要负载均衡。然而并不是所有网站都如此出色，有的网站，由于访问量太小，需要节省成本，将多个网站部署在同一台服务器上。
例如将www.aaa.com和www.bbb.com两个网站部署在同一台服务器上，两个域名解析到同一个IP地址，但是用户通过两个域名却可以打开两个完全不同的网站，互相不影响，就像访问两个服务器一样，所以叫两个虚拟主机。

虚拟主机配置：

server {
 listen 80 default_server;
 server_name _;
 return 444; 　　# 过滤其他域名的请求，返回444状态码
}
server {
 listen 80;
 server_name www.aaa.com; 　　# www.aaa.com域名
 location / {
 proxy_pass http://localhost:8080; 　　# 对应端口号8080
 }
}
server {
 listen 80;
 server_name www.bbb.com; 　　# www.bbb.com域名
 location / {
 proxy_pass http://localhost:8081; 　　# 对应端口号8081
 }
}

在服务器8080和8081分别开了一个应用，客户端通过不同的域名访问，根据server_name可以反向代理到对应的应用服务器。

虚拟主机的原理是通过HTTP请求头中的Host是否匹配server_name来实现的，有兴趣的同学可以研究一下HTTP协议。

另外，server_name配置还可以过滤有人恶意将某些域名指向你的主机服务器。

Nginx开机启动(方法1，适用CentOS7，systemctl管理服务)

CentOS7系统服务脚本目录

用户（user）：用户登录后才能运行的程序，存在用户（user）。

/usr/lib/systemd/user

系统（system）：如需要开机没有登陆情况下就能运行的程序，存在系统服务（system）里。

/usr/lib/systemd/system

编写service脚本

服务文件名以.service结尾：

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

编写脚本内容（固定格式）：

[Unit]
Description=nginx
After=network.target
 
[Service]
Type=forking
PIDFile=/usr/install/nginx/logs/nginx.pid
ExecStart=/usr/install/nginx/sbin/nginx
ExecReload=/usr/install/nginx/sbin/nginx -s reload
ExecStop=/usr/install/nginx/sbin/nginx -s stop
PrivateTmp=true
 
[Install]
WantedBy=multi-user.target

以上路径必须均为绝对路径！！而ExecStart、ExecReload、ExecStop的值也可以是"/etc/init.d"下的自定义的sh脚本文件的绝对路径，我就是采用这种方式来实现 uWSGI 开机启动的：

/etc/init.d目录下新建uWSGI服务启动脚本文件"uwsgi-start.sh"：

#!/bin/sh
/pyvenv/bin/uwsgi --ini /pyvenv/src/eduonline/uwsgi.ini;

/etc/init.d目录下新建uWSGI服务重启脚本文件"uwsgi-restart.sh"：

#!/bin/sh
/pyvenv/bin/uwsgi --restart /pyvenv/src/eduonline/uwsgi.pid;

/etc/init.d目录下新建uWSGI服务停止脚本文件"uwsgi-stop.sh"：

#!/bin/sh
/pyvenv/bin/uwsgi --stop /pyvenv/src/eduonline/uwsgi.pid;

注意：sh脚本中同样采用绝对路径！！保存后，赋予可读可执行权限。然后编写service脚本文件。

设置开机启动（强大的CentOS服务管理工具systemctl）

systemctl enable nginx.service #".service"可省略

# 附其他命令：
systemctl start nginx.service # 启动
systemctl restart nginx.service # 重启，服务会中止一会儿
systemctl reload nginx.service　　　 # 重载服务配置文件，类似于重启，但服务不会中止
systemctl stop nginx.service # 停止
systemctl disable nginx.service # 关闭开机启动

如果提示"Failed to execute operation: Access denied"，输入"systemctl daemon-reexec"可解决。

Nginx开机启动(方法2，适用CentOS7以下)

首先，在Linux系统的"/etc/init.d/"目录下创建nginx脚本文件，使用如下命令：

touch nginx # 创建
vim nginx # 编辑

在脚本中添加如下命令：

#!/bin/sh
#
# nginx - this script starts and stops the nginx daemon
#
# chkconfig: - 85 15
# description: NGINX is an HTTP(S) server, HTTP(S) reverse \
# proxy and IMAP/POP3 proxy server
# processname: nginx
# config: /etc/nginx/nginx.conf
# config: /etc/sysconfig/nginx
# pidfile: /var/run/nginx.pid

# Source function library.
. /etc/rc.d/init.d/functions

# Source networking configuration.
. /etc/sysconfig/network

# Check that networking is up.
[ "$NETWORKING" = "no" ] && exit 0

nginx="/usr/sbin/nginx" # 修改可执行文件路径
prog=$(basename $nginx)

NGINX_CONF_FILE="/etc/nginx/nginx.conf" # 修改配置文件路径

[ -f /etc/sysconfig/nginx ] && . /etc/sysconfig/nginx

lockfile=/var/lock/subsys/nginx

make_dirs() {
 # make required directories
 user=`$nginx -V 2>&1 | grep "configure arguments:.*--user=" | sed 's/[^*]*--user=\([^ ]*\).*/\1/g' -`
 if [ -n "$user" ]; then
 if [ -z "`grep $user /etc/passwd`" ]; then
 useradd -M -s /bin/nologin $user
 fi
 options=`$nginx -V 2>&1 | grep 'configure arguments:'`
 for opt in $options; do
 if [ `echo $opt | grep '.*-temp-path'` ]; then
 value=`echo $opt | cut -d "=" -f 2`
 if [ ! -d "$value" ]; then
 # echo "creating" $value
 mkdir -p $value && chown -R $user $value
 fi
 fi
 done
 fi
}

start() {
 [ -x $nginx ] || exit 5
 [ -f $NGINX_CONF_FILE ] || exit 6
 make_dirs
 echo -n $"Starting $prog: "
 daemon $nginx -c $NGINX_CONF_FILE
 retval=$?
 echo
 [ $retval -eq 0 ] && touch $lockfile
 return $retval
}

stop() {
 echo -n $"Stopping $prog: "
 killproc $prog -QUIT
 retval=$?
 echo
 [ $retval -eq 0 ] && rm -f $lockfile
 return $retval
}

restart() {
 configtest || return $?
 stop
 sleep 1
 start
}

reload() {
 configtest || return $?
 echo -n $"Reloading $prog: "
 killproc $nginx -HUP
 RETVAL=$?
 echo
}

force_reload() {
 restart
}

configtest() {
 $nginx -t -c $NGINX_CONF_FILE
}

rh_status() {
 status $prog
}

rh_status_q() {
 rh_status >/dev/null 2>&1
}

case "$1" in
 start)
 rh_status_q && exit 0
 $1
 ;;
 stop)
 rh_status_q || exit 0
 $1
 ;;
 restart|configtest)
 $1
 ;;
 reload)
 rh_status_q || exit 7
 $1
 ;;
 force-reload)
 force_reload
 ;;
 status)
 rh_status
 ;;
 condrestart|try-restart)
 rh_status_q || exit 0
 ;;
 *)
 echo $"Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload|configtest}"
 exit 2
esac

保存脚本文件后对所有用户追加可执行权限：