Jan 27 2022

超实用的 Nginx 极简教程，覆盖了常用场景

阿里云代理

分类：linux图文教程阅读次数

已被围观 640 次

概述

什么是 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.conf rem 闪现版别信息 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_log  D:/Tools/nginx-1.10.1/logs/error.log; error_log  D:/Tools/nginx-1.10.1/logs/notice.log  notice; error_log  D:/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_type  application/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_name  www.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)/ {  root D:\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，不出意外，现已可以访问了。

负载均衡配备

上一个比方中，署理仅仅指向一个服务器。

可是，网站在实践运营过程中，八成都是有多台服务器工作着同样的 app，这时需求运用负载均衡来分流。

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;                 #定义服务器的默许网站根目录方位  index       index.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服务器可以通过X-Forwarded-For获取用户真实IP  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;      #缓冲区署理缓冲用户端央求的最大字节数  }  } }

网站有多个 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;  }  upstream finance_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_pass http://finance_server;  }  } }

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_cache    shared: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;  }  }

静态站点配备

有时候，我们需求配备静态站点(即 html 文件和一堆静态资源)。

举例来说：假设一切的静态资源都放在了/app/dist目录下，我们只需求在nginx.conf中指定主页以及这个站点的 host 即可。

配备如下：

worker_processes  1; events {  worker_connections  1024; } http {  include       mime.types;  default_type  application/octet-stream;  sendfile        on;  keepalive_timeout  65;  gzip on;  gzip_types text/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，需合作本目录下另一份配备文件 # ---------------------------------------------------- upstream front_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_pass http://api_server;  rewrite "^/api/(.*)$" /$1 break;  }  location ~ ^/ {  proxy_pass http://front_server;  } }