一、Nginx 概要
甚么是 Nginx?
Nginx (engine x) 是这款轻量的 Web 伺服器 、逆向伺服器端及邮件（IMAP/POP3）伺服器端。
甚么是逆向全权？
逆向全权（Reverse Proxy）形式是指用伺服器端来拒绝接受 internet 上的相连允诺，接着将允诺发送到外部互联网上的伺服器，并将从伺服器上获得的结论回到给 internet 上允诺相连的应用程序，这时伺服器端对外就整体表现为两个逆向伺服器端。
二、Nginx 进阶
nginx 的采用非常简单，是四条指示。
常见到的指示如下表所示：
nginx -s stop 加速停用Nginx，可能将不留存有关重要信息，并快速中止web服务项目。 nginx -s quit 相对平稳停用Nginx，留存有关重要信息，有精心安排的完结web服务项目。 nginx -s reload 因发生改变了Nginx有关实用性，须要再次读取实用性而空载。 nginx -s reopen 再次打开笔记文档。 nginx -c filename 为 Nginx 选定两个指示行，来替代隐式的。 nginx -t 不运行，仅仅测试指示行。nginx 将检查指示行的语法的正确性，并尝试关上指示行中所引用到的文档。 nginx -v 显示 nginx 的版本。 nginx -V 显示 nginx 的版本，编译器版本和实用性参数。如果不想每次都敲指示，可以在 nginx 安装目录下新添两个启动批处理文档startup.bat，双击即可运行。内容如下表所示：
@echo off rem 如果启动前已经启动nginx并记录下pid文档，会kill选定进程 nginx.exe -s stop rem测试实用性文档语法正确性 nginx.exe -t -c conf/nginx.confrem 显示版本重要信息 nginx.exe -v rem按照选定实用性去启动nginx nginx.exe -c conf/nginx.conf如果是运行在 Linux 下，写两个 shell 脚本，大同小异。
三、Nginx 实战
我始终认为，各种开发工具的实用性还是结合实战来讲述，会让人更易理解。
Http 逆向全权
我们先实现两个小目标：不考虑复杂的实用性，仅仅是完成两个 http 逆向全权。
nginx.conf 指示行如下表所示：
注：conf/nginx.conf 是 nginx 的默认指示行。你也可以采用 nginx -c 选定你的指示行
#运行用户 #user somebody; #启动进程,通常设置成和cpu的数量相等 worker_processes 1; #全局错误笔记 error_logD:/Tools/nginx-1.10.1/logs/error.log; error_log D:/Tools/nginx-1.10.1/logs/notice.log notice; error_logD:/Tools/nginx-1.10.1/logs/info.log info; #PID文档，记录当前启动的nginx的进程ID pid D:/Tools/nginx-1.10.1/logs/nginx.pid; #工作模式及相连数上限 events { worker_connections 1024; #单个后台worker process进程的最大并发链接数 } #设定http伺服器，利用它的逆向全权功能提供负载均衡支持 http{#设定mime类型(邮件支持类型),类型由mime.types文档定义 include D:/Tools/nginx-1.10.1/conf/mime.types; default_typeapplication/octet-stream;#设定笔记 log_format main [$remote_addr] – [$remote_user] [$time_local] “$request” $status $body_bytes_sent “$http_referer” “$http_user_agent” “$http_x_forwarded_for“; access_log D:/Tools/nginx-1.10.1/logs/access.log main; rewrite_log on; #sendfile 指令选定 nginx 是否调用 sendfile 函数（zero copy 形式）来输出文档，对于普通应用， #必须设为 on,如果用来进行下载等应用磁盘IO重负载应用，可设置为 off，以平衡磁盘与互联网I/O处理速度，降低系统的uptime. sendfile on; #tcp_nopush on; #相连超时时间 keepalive_timeout 120; tcp_nodelay on; #gzip压缩开关 #gzip on; #设定实际的伺服器列表 upstream zp_server1{ server 127.0.0.1:8089; } #HTTP伺服器 server { #监听80端口，80端口是知名端口号，用于HTTP协议 listen 80; #定义采用www.xx.com访问 server_namewww.helloworld.com;#首页 index index.html #指向webapp的目录root D:\01_Workspace\Project\github\zp\SpringNotes\spring-security\spring-shiro\src\main\webapp;#编码格式 charset utf-8; #全权实用性参数 proxy_connect_timeout 180; proxy_send_timeout 180; proxy_read_timeout 180; proxy_set_header Host $host; proxy_set_header X-Forwarder-For $remote_addr; #逆向全权的路径（和upstream绑定），location 后面设置映射的路径 location / { proxy_pass http://zp_server1; } #静态文档，nginx自己处理 location ~ ^/(images|javascript|js|css|flash|media|static)/ { rootD:\01_Workspace\Project\github\zp\SpringNotes\spring-security\spring-shiro\src\main\webapp\views;#过期30天，静态文档不怎么更新，过期可以设大一点，如果频繁更新，则可以设置得小一点。 expires 30d; } #设定查看Nginx状态的地址 location /NginxStatus { stub_status on; access_log on; auth_basic “NginxStatus”; auth_basic_user_file conf/htpasswd; } #禁止访问 .htxxx 文档 location ~ /\.ht { deny all; } #错误处理页面（可选择性实用性） #error_page 404 /404.html; #error_page 500 502 503 504 /50x.html; #location = /50x.html { # root html; #} } }好了，让我们来试试吧：
启动 webapp，注意启动绑定的端口要和 nginx 中的 upstream 设置的端口保持一致。更改 host：在 C:\Windows\System32\drivers\etc 目录下的 host 文档中添加一条 DNS 记录127.0.0.1 www.helloworld.com启动前文中 startup.bat 的指示在浏览器中访问 www.helloworld.com，不出意外，已经可以访问了。Https 逆向全权
一些对安全性要求比较高的站点，可能将会采用 HTTPS（一种采用 ssl 通信标准的安全 HTTP 协议）。
这里不科普 HTTP 协议和 SSL 标准。但是，采用 nginx 实用性 https 须要知道几点：
HTTPS 的固定端口号是 443，不同于 HTTP 的 80 端口SSL 标准须要引入安全证书，所以在 nginx.conf 中你须要选定证书和它对应的 key其他和 http 逆向全权基本一样，只是在 Server 部分实用性有些不同。
#HTTP伺服器 server { #监听443端口。443为知名端口号，主要用于HTTPS协议 listen 443 ssl; #定义采用www.xx.com访问 server_name www.helloworld.com; #ssl证书文档位置(常见证书文档格式为：crt/pem) ssl_certificate cert.pem; #ssl证书key位置 ssl_certificate_key cert.key; #ssl实用性参数（选择性实用性） ssl_session_cacheshared:SSL:1m; ssl_session_timeout 5m; #数字签名，此处采用MD5 ssl_ciphers HIGH:!aNULL:!MD5; ssl_prefer_server_ciphers on; location / { root /root; index index.html index.htm; } }负载均衡
前面的例子中，全权仅仅指向两个伺服器。
但是，网站在实际运营过程中，大部分都是以集群的形式运行，这时须要采用负载均衡来分流。
nginx 也可以实现简单的负载均衡功能。
假设这样两个应用场景：将应用部署在 192.168.1.11:80、192.168.1.12:80、192.168.1.13:80 三台 linux 环境的伺服器上。网站域名叫 www.helloworld.com，公网 IP 为 192.168.1.11。在公网 IP 所在的伺服器上部署 nginx，对所有请求做负载均衡处理（下面例子中采用的是加权轮询策略）。
nginx.conf 实用性如下表所示：
http { #设定mime类型,类型由mime.type文档定义 include/etc/nginx/mime.types;default_type application/octet-stream; #设定笔记格式 access_log /var/log/nginx/access.log; #设定负载均衡的伺服器列表 upstream load_balance_server { #weigth参数表示权值，权值越高被分配到的几率越大 server 192.168.1.11:80 weight=5; server 192.168.1.12:80 weight=1; server 192.168.1.13:80 weight=6; } #HTTP伺服器 server { #侦听80端口 listen 80; #定义采用www.xx.com访问 server_name www.helloworld.com; #对所有允诺进行负载均衡允诺 location / { root /root; #定义伺服器的默认网站根目录位置 indexindex.html index.htm;#定义首页索引文档的名称 proxy_pass http://load_balance_server ;#允诺转向load_balance_server 定义的伺服器列表 #以下是一些逆向全权的实用性(可选择性实用性) #proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; #后端的Web伺服器 proxy_set_header X-Forwarded-For $remote_addr; proxy_connect_timeout 90; #nginx跟后端伺服器相连超时时间(全权相连超时) proxy_send_timeout 90; #后端伺服器数据回传时间(全权发送超时) proxy_read_timeout 90; #相连成功后，后端伺服器响应时间(全权接收超时) proxy_buffer_size 4k; #设置伺服器端（nginx）留存用户头重要信息的缓冲区大小 proxy_buffers 4 32k; #proxy_buffers缓冲区，网页平均在32k以下的话，这样设置 proxy_busy_buffers_size 64k; #高负荷下缓冲大小（proxy_buffers*2） proxy_temp_file_write_size 64k; #设定缓存文档夹大小，大于这个值，将从upstream伺服器传 client_max_body_size 10m; #允许应用程序允诺的最大单文档字节数 client_body_buffer_size 128k; #缓冲区全权缓冲用户端允诺的最大字节数 } } }负载均衡策略
Nginx 提供了多种负载均衡策略，让我们来一一了解一下：
负载均衡策略在各种分布式系统中基本上原理一致，对于原理有兴趣，不妨参考 负载均衡
轮询
upstream bck_testing_01 { # 默认所有伺服器权重为 1 server 192.168.250.220:8080 server 192.168.250.221:8080 server 192.168.250.222:8080 }加权轮询
upstream bck_testing_01 { server 192.168.250.220:8080 weight=3 server 192.168.250.221:8080 # default weight=1 server 192.168.250.222:8080 # default weight=1 }最少相连
upstream bck_testing_01 { least_conn; # with default weight for all (weight=1) server 192.168.250.220:8080 server 192.168.250.221:8080 server 192.168.250.222:8080 }加权最少相连
upstream bck_testing_01 { least_conn; server 192.168.250.220:8080 weight=3 server 192.168.250.221:8080 # default weight=1 server 192.168.250.222:8080 # default weight=1 }IP Hash
upstream bck_testing_01 { ip_hash; # with default weight for all (weight=1) server 192.168.250.220:8080 server 192.168.250.221:8080 server 192.168.250.222:8080 }普通 Hash
upstream bck_testing_01 { hash $request_uri; # with default weight for all (weight=1) server 192.168.250.220:8080 server 192.168.250.221:8080 server 192.168.250.222:8080 }网站有多个 webapp 的实用性
当两个网站功能越来越丰富时，往往须要将一些功能相对独立的模块剥离出来，独立维护。这样的话，通常，会有多个 webapp。
举个例子：假如 www.helloworld.com 站点有好几个 webapp，finance（金融）、product（产品）、admin（用户中心）。访问这些应用的形式通过上下文(context)来进行区分:
www.helloworld.com/finance/
www.helloworld.com/product/
www.helloworld.com/admin/
我们知道，http 的默认端口号是 80，如果在一台伺服器上同时启动这 3 个 webapp 应用，都用 80 端口，肯定是不成的。所以，这三个应用须要分别绑定不同的端口号。
那么，问题来了，用户在实际访问 www.helloworld.com 站点时，访问不同 webapp，总不会还带着对应的端口号去访问吧。所以，你再次须要用到逆向全权来做处理。
实用性也不难，来看看怎么做吧：
http { #此处省略一些基本实用性 upstream product_server{ server www.helloworld.com:8081; } upstream admin_server{ server www.helloworld.com:8082; } upstreamfinance_server{server www.helloworld.com:8083; } server { #此处省略一些基本实用性 #默认指向product的server location / { proxy_pass http://product_server; } location /product/{ proxy_pass http://product_server; } location/admin/ {proxy_pass http://admin_server; } location /finance/ { proxy_passhttp://finance_server; } } }静态站点
有时候，我们须要实用性静态站点(即 html 文档和一堆静态资源)。
举例来说：如果所有的静态资源都放在了 /app/dist 目录下，我们只须要在 nginx.conf 中选定首页以及这个站点的 host 即可。
实用性如下表所示：
worker_processes 1; events { worker_connections 1024; } http { includemime.types;default_type application/octet-stream; sendfile on; keepalive_timeout 65; gzip on; gzip_typestext/plain application/x-javascript text/css application/xml text/javascript application/javascript image/jpeg image/gif image/png;gzip_vary on; server { listen 80; server_name static.zp.cn; location / { root /app/dist; index index.html; #转发任何允诺到 index.html } } }接着，添加 HOST：
127.0.0.1 static.zp.cn
这时，在本地浏览器访问 static.zp.cn ，就可以访问静态站点了。
搭建文档伺服器
有时候，团队须要归档一些数据或资料，那么文档伺服器必不可少。采用 Nginx 可以非常加速便捷的搭建两个简易的文档服务项目。
Nginx 中的实用性要点：
将 autoindex 开启可以显示目录，默认不开启。将 autoindex_exact_size 开启可以显示文档的大小。将 autoindex_localtime 开启可以显示文档的修改时间。root 用来设置开放为文档服务项目的根路径。charset 设置为 charset utf-8,gbk;，可以避免中文乱码问题（windows 伺服器下设置后，依然乱码，本人暂时没有找到解决方法）。两个最简化的实用性如下：
autoindex on;# 显示目录 autoindex_exact_size on;# 显示文档大小 autoindex_localtime on;# 显示文档时间 server { charset utf-8,gbk; # windows 伺服器下设置后，依然乱码，暂时无解 listen 9050 default_server; listen [::]:9050 default_server; server_name_;root /share/fs; }解决跨域
web 领域开发中，经常采用前后端分离模式。这种模式下，前端和后端分别是独立的 web 应用程序，例如：后端是 Java 程序，前端是 React 或 Vue 应用。
各自独立的 web app 在互相访问时，势必存在跨域问题。解决跨域问题一般有两种思路：
CORS在后端伺服器设置 HTTP 响应头，把你须要允许访问的域名加入
Access-Control-Allow-Origin 中。jsonp把后端根据允诺，构造 json 数据，并回到，前端用 jsonp 跨域。
这两种思路，本文不展开讨论。
须要说明的是，nginx 根据第一种思路，也提供了一种解决跨域的解决方案。
举例：www.helloworld.com 网站是由两个前端 app ，两个后端 app 组成的。前端端口号为 9000， 后端端口号为 8080。
前端和后端如果采用 http 进行交互时，允诺会被拒绝，因为存在跨域问题。来看看，nginx 是怎么解决的吧：
首先，在 enable-cors.conf 文档中设置 cors ：
# allow origin list set $ACAO *;# set single origin if ($http_origin ~* (www.helloworld.com)$) { set $ACAO $http_origin; } if ($cors = “trueget”) { add_header Access-Control-Allow-Origin “$http_origin“; add_header Access-Control-Allow-Credentials true; add_header Access-Control-Allow-Methods GET, POST, OPTIONS; add_header Access-Control-Allow-Headers DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type; } if ($request_method = OPTIONS) { set $cors “${cors}options”; } if ($request_method = GET) { set $cors “${cors}get”; } if ($request_method = POST) { set $cors “${cors}post”; }接下来，在你的伺服器中 include enable-cors.conf 来引入跨域实用性：
# —————————————————- # 此文档为项目 nginx 实用性片段 # 可以直接在 nginx config 中 include（推荐） # 或者 copy 到现有 nginx 中，自行实用性 # www.helloworld.com 域名需配合 dns hosts 进行实用性 # 其中，api 开启了 cors，需配合本目录下另一份指示行 # —————————————————- upstreamfront_server{server www.helloworld.com:9000; } upstream api_server{ server www.helloworld.com:8080; } server{listen 80; server_name www.helloworld.com; location ~ ^/api/ { include enable-cors.conf; proxy_passhttp://api_server;rewrite “^/api/(.*)$” /$1 break; } location ~ ^/ { proxy_pass http://front_server; } }到此，就完成了。
https://github.com/dunwu/nginx-tutorial
