序言
Nginx(“engine x”)是这款是由白俄罗斯的流程雕塑家Igor Sysoev所合作开发 高效能的 Web和 逆向代理 伺服器 ，也是一个 IMAP/POP3/SMTP 伺服器端。
Nginx在布署中文网站时，可以说是爸爸妈妈们的必选，总之不能说全数工程项目都采用，对许多小工程项目，间接IIS(.Net)、Tomcat(Java)等就搞掂了，但对大工程项目皮德盖服务项目构架，Nginx的确是免不了啦，两张图看清楚Nginx有多火：
Nginx或许招人钟爱， 那是它这类操控性好，全力支持mammalian量大，缓存耗用少，实用性单纯，提供更多机能烦人，最关键是开放源码完全免费。 接下去会挑关键的而言说，介绍我的爸爸妈妈都如果晓得，我讨厌边Jalgaon，边说理论；走起来~~~
节录
有关加装我就不一步棋一步棋来模拟啦，如果须要详尽加装关键步骤，点 这儿 ，红人讲义很详尽了，接下去就重点项目说说平常用得较为多的机能。
下列模拟是透过阿里云伺服器模拟，控制系统为Centos7，nginx版为1.18.0。加进相连云伺服器的辅助工具为Xshell6，上载文档为Xftp 6.
1. 命令行阐释
Nginx和Redis那样，只需单纯的文档实用性，就能随心所欲同时实现吊炸天的机能，因此先来介绍呵呵配置文档文本，不必太急着晓得是不是用，接下去在机能Jalgaon的这时候还会加进。
nginx.conf文档是经常须要实用性的，我这儿加装完成之后，该命令行的路径见下图：
文档主要文本如下：
#指定用户，可以不进行设置 #user nobody; #Nginx进程，一般设置为和CPU核数那样 worker_processes 1; #错误日志存放目录,可以根据后面的日志级别指定到不同目录 error_log/var/log/nginx/error.loginfo; #进程pid存放位置 pid /var/run/nginx.pid; events { # 单个后台进程的最大mammalian数 worker_connections 1024; } http { #文档扩展名与类型映射表，指定为当前目录下的 mime.types include 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“; #nginx访问日志存放位置 access_log/var/log/nginx/access.log main;#开启高效传输模式 sendfile on; #tcp_nopush on; #保持相连的时间，也叫超时时间 keepalive_timeout 65; #开启gzip压缩 #gzip on; #server的实用性可以单独为一个子命令行,避免单个命令行过大 server { #实用性监听端口 listen 80; #实用性域名 server_name localhost; #charset koi8-r; #access_log /var/log/nginx/host.access.log main; location / { #指定默认目录 root html; #默认访问页面 indexindex.html index.htm; }# 指定http code 实用性404页面 #error_page 404 /404.html; # redirect server error pages to the static page /50x.html #错误状态码的显示页面，实用性后须要重启 error_page 500 502 503 504 /50x.html; location = /50x.html { roothtml; } } }在上面命令行中，有几个点须要注意：
http实用性块中可以实用性多个server块 ，而每个server块就相当于一个虚拟主机(后续会说到)；在server块中可以同时包含多个location块 。在http实用性块中可以采用 include 目录/*.conf; 指定子命令行的位置，然后自动加载实用性文本进来，避免单文档实用性过大。2. 常见命令
这儿模拟没有实用性环境变量，因此须要进入nginx的加装目录(/usr/local/nginx/sbin)中进行操作，进入可以执行下列命令：
开启nginx./nginx #启动停止nginx# 方式1 ./nginx -s stop # 立即停止# 方式2 ./nginx -s quit # 进程完成当前工作后再停止# 方式3 killall nginx # 间接杀死进程重新加载命令行./nginx -s reload查看nginx的启动情况psaux|grep nginx查看端口号占用情况netstat -tlnp # 查看整体端口占用情况 netstat -tlnp|grep 端口号 # 查看指定端口的占用情况3. 常见机能实战
3.1 逆向代理
经常有小伙伴要用google搜索资料，被无情地拒绝了，因此只能百度；如果非要用google进行搜索咋弄？翻墙(须要实用性相关信息)，其实本质是 本机电脑借助伺服器端转到对应目标伺服器(爸爸妈妈机器和伺服器端在正向代理 。如下图：
逆向代理与正向代理刚好相反， 逆向代理和目标伺服器在同一个LAN内，爸爸妈妈间接访问逆向伺服器端地址，由逆向代理将请求转发给目标服务项目伺服器，然后将结果返回给爸爸妈妈。如下图：
案例模拟：
新建一个API工程项目，然后布署到云伺服器上，透过nginx进行逆向代理，隐藏工程项目的真实地址，为了运行API工程项目，这儿须要加装.NetCore3.1的运行环境(不是合作开发就不必加装SDK啦)；
#第一步棋，注册 Microsoft 密钥和存储库。加装必需的依赖项。 rpm-Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm#第二步，加装 .NET Core3.1 运行时，不是合作开发环境，就不须要加装sdkyum install aspnetcore-runtime-3.1然后执行 dotnet –version 命令，如果显示对应版就可以继续布署流程啦；
创建一个TestWebAPI工程项目，将编译之后的工程项目文档透过Xftp拷贝到云伺服器上，然后将其启动，如下：
运行之后，由于阿里云云伺服器的安全组没有对外开放5000端口，因此外网是访问不了的，但可以在伺服器内透过curl命令测试站点是否启动，如下：
我这个伺服器，80端口是对外开放的，可以访问到的，如下：
因此现在我们透过nginx能访问的80端口，逆向代理到我们内部开启的测试工程项目，即5000那个端口。nginx实用性如下：
重启nginx之后，就可以访问啦，如下：
关键知识：
在Server块中指定对外的端口和server_name(域名或IP)；实用性对应Server块中的location块；实用性location可以进行正则匹配，语法如下：location [ = | ~ |~* |^~]uri{ }# 匹配的路径=： 表示uri不包含正则表达式，要求请求字符串与uri严格匹配，只要匹配成功立即处理该请求，不再继续寻求匹配的规则；~：用于表示uri中包含正则表达式，区分大小写；~*：用于表示uri中包含正则表达式，不区分大小写；^~：表示uri不包含正则表达式，找到请求字符串与uri匹配度最高的location后，然后立即处理请求。例：Jalgaon如下：在location中采用 proxy_pass配置须要转发到的目标伺服器地址；nginx逆向代理好处：
屏蔽目标伺服器的真实地址，相对安全性较好；nginx的操控性好，便于实用性负载均衡和动静分离机能，合理利用伺服器资源。统一入口，当做负载均衡时，不管目标伺服器是不是扩展布署，调用者只访问伺服器端入口即可。3.2 负载均衡
控制系统的高可用是较为关键的，因此站点会通常以集群的方式进行布署， 但为了让请求均匀分配到各伺服器上，则就要加进负载均衡策略啦，不管是软件的方式还是硬件的方式都可以同时实现(这儿就不详尽列举啦)，大概模式如下图：
案例模拟
案例采用一个nginx作为逆向代理，并透过单纯的实用性同时实现负载均衡机能；由于设备有限，目标伺服器采用端口不同的形式进行模拟，端口分别是5000和6000，然后在原来的 ，用于便于案例模拟，代码如下：
然后将编译完成之后的工程项目文档透过xFtp拷贝到云伺服器上，然后用以不同端口的形式分别在不同终端启动，命令如下：
另外打开一个终端，如上图那样启动工程项目，只是实用性端口为5000打开，这样工程项目就启动了两个(集群)，接下去就透过实用性nginx来同时实现负载均衡的机能。如下图：
nginx负载均衡策略
如上模拟，默认情况下，nginx的负载均衡策略为轮询 ，在实际应用场景中可以根据须要实用性其他策略，如下：
轮询：默认就是，指每个请求按照请求顺序逐一分配到不同到目标伺服器，如果目标伺服器有宕机的，还能自动剔除。权重(weight)：透过实用性权重来同时实现请求分配，目标伺服器实用性的权重越高，被分配的请求越多。# 其他不变，只是在每个目标伺服器后面增加权重即可upstream testloadbalance { server127.0.0.1:5000 weight=5; server127.0.0.1:6000 weight=10; }按照上面实用性重启nginx，多次请求测试，请求会更多地转发到6000上面。ip_hash：每个请求有对应的ip，透过对ip进行hash计算，根据这个结果就能访问到指定的目标伺服器；这种方式可以保证对应客户端固定访问到对应的目标伺服器；# 其他不变，只是增加一个策略进行upstream testloadbalance { ip_hash;# 指定策略为透过ip进行hash之后转发 server 127.0.0.1:5000; server 127.0.0.1:6000; }fair：按目标伺服器的响应时间来分配请求，响应时间短的优先被分配。有关这种模式须要额外加装 nginx-upstream-fair ，然后实用性呵呵策略即可，加装就不具体模拟，点击上面链接进入看说明；实用性文本如下：# 其他不变，只是增加一个策略进行 upstream testloadbalance { fair; # 指定策略为fairserver 127.0.0.1:5000; server 127.0.0.1:6000; }负载均衡的机能的实用性是不是很单纯~~~，动动手感觉就是舒坦。
3.3 动静分离
前后端分离合作开发的模式最近几年是火得不行，在布署方面，为了提高控制系统操控性和用户体验，也会将动静分离布署，即将静态资源
环境准备
在nginx加装目录下创建一个static目录，用于存放相关静态资源：
结构如下：
动静分离实用性
重启nginx(或重新加载命令行)，然后访问看效果：
动静分离思想就是这样直观，爸爸妈妈可以根据自己的须要，定义location的匹配规则即可。
4. 其他机能
除了以上常见的机能，可能还有许多小机能也会常加进哦，比如 根据http状态码实用性指定页面、访问权限控制、适配PC或移动端等 ，下列挑几个平常较为常见的模拟一把，如下：
根据状态码实用性指定页面就拿平常常见的404举例，默认可能就是单纯的页面提示，如下：但是对很多企业都讨厌做自己个性化的页面，还有许多用来做公益广告等等；nginx实用性很单纯，如下：其他http状态码也可以透过上面的方式进行自定义页面展示。访问权限控制为了控制系统安全，会针对请求增加访问权限控制，比如采用黑白名单的方式来进行控制，将访问IP加入到白名单就可以访问，加入到黑名单就不可以访问啦，如下：上图是拒绝指定IP，如果是允许指定IP，可进行如下实用性，如下：location /weatherforecast/ { proxy_pass http://testloadbalance; # 这个ip是百度输入ip查看到的,也可以透过nginx日志可以看allow223.88.45.26; }注： 如果在同一location块中同时实用性deny和allow，实用性在最前面的会覆盖下面的 ，如下：location/weatherforecast/ {proxy_pass http://testloadbalance; # deny all 放在前面，就所有不能访问，deny all 会覆盖下面实用性#deny all;allow223.88.45.26; # deny all 放在后面，被上面allow进行覆盖deny all; }适配PC或移动端现在的移动端好多都是采用H5的形式进行合作开发，或者是混合模式，因此也须要针对移动端布署对应的站点，那用nginx如何自动适配PC还是移动端页面呢？准备环境在nginx加装目录中创建pcandmobile目录，如下：目录里面文本如下：两个index.html中的就只有一个h1标签，分别显示“PC端页面”和“移动端页面” 文字。nginx实用性location / { root pcandmobile/pc; # 默认在pc目录中找页面# 当请求头中User-Agent中匹配如下文本时，就去mobile目录找页面if ($http_user_agent~* (Android|webOS|iPhone|iPod|BlackBerry)) { rootpcandmobile/mobile; }index index.html; }运行效果如下：本质就是判断请求头中User-Agent，只要匹配到移动端，就去找指定移动页面就行啦。总结
nginx的常见机能就先说到这吧，分享的机能对搞合作开发的爸爸妈妈而言如果是随便够用了，如果须要深入，还得下下功夫；下次而言说如何实用性高可用：主从模式、双主模式。
原文链接：
http://www.cnblogs.com/zoe-zyq/p/14779429.html
