【无标题】-CSDN博客

本文链接：https://blog.csdn.net/cn_zemo/article/details/127249970

#nginx介绍

文章目录

- - nginx的配置文件详解
  - 用于调试、定位问题的配置参数

##Nginx
Nginx是异步框架的网页服务器的网页服务器，也可以用做反向代理，负载平衡器和HTTP缓存。该软件由俄罗斯程序员伊戈尔·赛索耶夫开发并于2004年首次公开发布。2011年成立同名公司以支持服务。2019年3月11日，Nginx公司被F5网络公司以6.7亿美元收购。
–维基百科
###特点
ginx可以部署在网络上使用FastCGI脚本、SCGI处理程序、WSGI应用服务器或Phusion Passenger模块的动态HTTP内容，并可作为软件负载均衡器。

Nginx使用异步事件驱动的方法来处理请求。Nginx的模块化事件驱动架构[可以在高负载下提供更可预测的性能。

Nginx是一款面向性能设计的HTTP服务器，相较于Apache、lighttpd具有占有内存少，稳定性高等优势。与旧版本（≤2.2）的Apache不同，Nginx不采用每客户机一线程的设计模型，而是充分使用异步逻辑从而削减了上下文调度开销，所以并发服务能力更强。整体采用模块化设计，有丰富的模块库和第三方模块库，配置灵活。在Linux操作系统下，Nginx使用epoll事件模型，得益于此，Nginx在Linux操作系统下效率相当高。同时Nginx在OpenBSD或FreeBSD操作系统上采用类似于epoll的高效事件模型kqueue。

根据Netcraft在2016年11月网络服务器调查[14]，Nginx被发现是所有“活跃”站点（被调查站点的18.22%）和百万最繁忙站点（被调查站点的27.83%）中使用次数最多的Web服务器。根据W3Techs的数据，前100万个网站中的37.7%，前10万个网站中的49.7%，以及前10000个网站中的57.0%被使用[15]。据BuiltWith统计，在全球前10000个网站中，有38.2%的网站使用Nginx。维基百科使用Nginx作为其SSL终端代理。从OpenBSD 5.2版本（2012年11月1日）开始，Nginx成为了OpenBSD基础系统的一部分，提供了替代Apache 1.3系统的替代方案，但是后来被替换为OpenBSD自己的httpd。

###与Apache相比
Nginx的编写有一个明确目标就是超越Apache Web服务器的性能。Nginx提供开箱即用的静态文件，使用的内存比Apache少得多，每秒可以处理大约四倍于Apache的请求。在低并发下Nginx的性能与Apache相当（有时候还低于），但是在高并发下Nginx能保持低资源低消耗高性能。Nginx的优点还包括：高度模块化的设计，模块编写简单，以及配置文件简洁。

这种性能提升的代价是降低了灵活性，例如能够以每个文件为基础覆盖系统范围的访问设置（ Apache使用.htaccess文件来完成这个工作，而Nginx并没有内置这样的功能）[以前，向Nginx添加第三方模块需要使用静态链接的模块从源代码重新编译应用程序。在版本 1.9.11 中部分地克服了这一点，增加了动态模块加载。但是，模块仍然必须与Nginx同时编译，而不是所有的模块都与这个系统兼容——有些需要更老的静态链接过程。

相比起在Linux下的Nginx，在Windows Server下的Nginx的稳定性较差，而Apache对两者都有较好的支持。
###Nginx模块
整体采用模块化设计是Nginx的一个重大特点，甚至http服务器核心功能也是一个模块。旧版本的Nginx的模块是静态的，添加和删除模块都要对Nginx进行重新编译，1.9.11以及更新的版本已经支持动态模块加载。
##nginx功能及部分原理
###1正向代理和反向代理
正向代理：由客户端向代理指定它要访问哪个原始的服务器，然后又代理将请求转发给对应的服务器。像vpn就是正向代理，客户端访问不了外网。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-83BGjmXO-1665397960710)(./2f81443adba446abaed1a3ddf2199bb0.png)]

反向代理：客户端指访问代理服务器，它并不知道它访问的原始服务器是谁，有代理服务器根据配置规则转发给相应的原始服务器。反向代理访问的实际是一个虚拟的ip，不是最终实际的ip地址。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-20qv3V8Z-1665397960712)(./a1ed9e765adf429991217db656d4af8c.png)]
###2负载均衡
单个web应用服务器不能承受日益增长的并发请求量，因此我们需要不断的扩张web应用服务器来支持更高的并发请求量。需要均匀的将请求分配到各个应用服务器上就是负载均衡，常用的策略有轮询策略。

nginx提供的负载均衡策略有2种：内置策略和扩展策略。内置策略为轮询，加权轮询，Ip hash。扩展策略，就天马行空，只有你想不到的没有他做不到的啦，你可以参照所有的负载均衡算法，给他一一找出来做下实现。[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZcR9N1SO-1665397960712)(./9ace56ad6b174f63b7bb38dc20b650df.jfif)]

Ip hash算法，对客户端请求的ip进行hash操作，然后根据hash结果将同一个客户端ip的请求分发给同一台服务器进行处理，可以解决session不共享的问题。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HU8iJMb3-1665397960713)(./f5392b71d91d3dc3944ee4285cb48910.png)]
###3动静分离
为了加快网站的解析速度，将动态页面和静态页面由不同的服务器来解析，加快解析速度，降低原来单个服务器的压力。将静态文件放在一个单独的web服务器上。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xdqOx2Lz-1665397960714)(./081adf928c4e4294953239e4e82e7c56.png)]
###nginx的扩展功能
基于名称和IP的虚拟主机
支持keepalive
支持平滑升级
定制访问日志、支持使用日志缓冲区提高日志存储性能
支持URL重写
支持路径别名
支持基于IP及用户的访问控制
支持速率限制，支持并发数限制
###nginx的应用类别
使用nginx结合FastCGI运行PHP、JSP、Perl等程序
使用nginx作反向代理、负载均衡、规则过滤
使用nginx运行静态HTML网页、图片
nginx与其他新技术的结合应用
###nginx的工作原理
nginx的模块直接被编译进nginx，因此属于静态编译方式。

启动nginx后，nginx的模块被自动加载，与Apache不一样，首先将模块编译为一个so文件，然后在配置文件中指定是否进行加载。
在解析配置文件时，nginx的每个模块都有可能去处理某个请求，但是同一个处理请求只能由一个模块来完成。
nginx的进程架构：
启动nginx时，会启动一个Master进程，这个进程不处理任何客户端的请求，主要用来产生worker线程，一个worker线程用来处理n个request。

nginx模块一次常规的HTTP请求和响应的过程
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-MCRhCbve-1665397960715)(./nginx_process_02.jpg)]
基本的WEB服务请求步骤
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9rgcNwam-1665397960716)(./nginx_process_01.jpg)]

##nginx的安装与配置
###nginx的安装
####创建系统用户nginx

[root@localhost ~]# useradd -r -M -s /sbin/nologin nginx

####安装依赖环境

[root@localhost ~]# yum -y install pcre-devel openssl openssl-devel gd-devel gcc gcc-c++

####创建日志存放目录

[root@localhost ~]# mkdir -p /var/log/nginx
[root@localhost ~]# chown -R nginx.nginx /var/log/nginx

####下载nginx

[root@localhost ~]# cd /usr/src/
[root@localhost src]# wget http://nginx.org/download/nginx-1.12.0.tar.gz

###编译安装

[root@localhost src]# ls
debug  kernels  nginx-1.12.0.tar.gz
[root@localhost src]# tar xf nginx-1.12.0.tar.gz
[root@localhost src]# cd nginx-1.12.0
[root@localhost nginx-1.12.0]# ./configure \
--prefix=/usr/local/nginx \
--user=nginx \
--group=nginx \
--with-debug \
--with-http_ssl_module \
--with-http_realip_module \
--with-http_image_filter_module \
--with-http_gunzip_module \
--with-http_gzip_static_module \
--with-http_stub_status_module \
--http-log-path=/var/log/nginx/access.log \
--error-log-path=/var/log/nginx/error.log

####nginx安装后配置
配置环境变量

[root@localhost ~]# echo 'export PATH=/usr/local/nginx/sbin:$PATH' > /etc/profile.d/nginx.sh
[root@localhost ~]# . /etc/profile.d/nginx.sh

服务控制方式，使用nginx命令
-t 检查配置文件语法
-v 输出nginx的版本
-c 指定配置文件的路径
-s 发送服务控制信号，可选值有{stop|quit|reopen|reload}
启动nginx

[root@localhost ~]# nginx

nginx的配置文件详解

主配置文件：/usr/local/nginx/conf/nginx.conf

默认启动nginx时，使用的配置文件是：安装路径/conf/nginx.conf文件
可以在启动nginx时通过-c选项来指定要读取的配置文件
nginx常见的配置文件及其作用
配置文件作用
nginx.conf nginx的基本配置文件
mime.types MIME类型关联的扩展文件
fastcgi.conf 与fastcgi相关的配置
proxy.conf 与proxy相关的配置
sites.conf 配置nginx提供的网站，包括虚拟主机

###nginx.conf配置详解
nginx.conf的内容分为以下几段：

main配置段：全局配置段。其中main配置段中可能包含event配置段
event {}：定义event模型工作特性
http {}：定义http协议相关的配置
配置指令：要以分号结尾，语法格式如下：

derective value1 [value2 ...];

支持使用变量：

内置变量：模块会提供内建变量定义
自定义变量：set var_name value

用于调试、定位问题的配置参数

daemon {on|off};    是否以守护进程方式运行nginx，调试时应设置为off
master_process {on|off};    是否以master/worker模型来运行nginx，调试时可以设置为off
error_log 位置 级别;    配置错误日志

6.3 正常运行必备的配置参数

user USERNAME [GROUPNAME];    指定运行worker进程的用户和组
pid /path/to/pid_file;    指定nginx守护进程的pid文件
worker_rlimit_nofile number;    设置所有worker进程最大可以打开的文件数，默认为1024
worker_rlimit_core size;    指明所有worker进程所能够使用的总体的最大核心文件大小，保持默认即可

###优化性能的配置参数

worker_processes n;    启动n个worker进程，这里的n为了避免上下文切换，通常设置为cpu总核心数-1或等于总核心数
worker_cpu_affinity cpumask ...;    将进程绑定到某cpu中，避免频繁刷新缓存
cpumask：使用8位二进制表示cpu核心，如：
    0000 0001   第一颗cpu核心
    0000 0010   第二颗cpu核心
    0000 0100   第三颗cpu核心
    0000 1000   第四颗cpu核心
    0001 0000   第五颗cpu核心
    0010 0000   第六颗cpu核心
    0100 0000   第七颗cpu核心
    1000 0000   第八颗cpu核心
timer_resolution interval;    计时器解析度。降低此值，可减少gettimeofday()系统调用的次数
worker_priority number;    指明worker进程的nice值

###事件相关的配置：event{}段中的配置参数

accept_mutex {off|on};    master调度用户请求至各worker进程时使用的负载均衡锁；on表示能让多个worker轮流地、序列化地去响应新请求
lock_file file;    accept_mutex用到的互斥锁锁文件路径
use [epoll | rtsig | select | poll];    指明使用的事件模型，建议让nginx自行选择
worker_connections #;    每个进程能够接受的最大连接数

###网络连接相关的配置参数
LNMP：php要启用fpm模型
配置示例如下：

location ~ \.php$ {
  root html;
  fastcgi_pass 127.0.0.1:9000;      //定义反向代理
  fastcgi_index index.php;
  fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
  include fastcgi_params;
}

###常需要进行调整的参数
worker_processes
worker_connections
worker_cpu_affinity
worker_priority
###nginx作为web服务器时使用的配置：http{}段的配置参http{…}
http{…}：配置http相关，由ngx_http_core_module模块引入。nginx的HTTP配置主要包括四个区块，结构如下：

http {协议级别
  include mime.types;
  default_type application/octet-stream;
  keepalive_timeout 65;
  gzip on;
  upstream {负载均衡配置
    ...
  }
  server {}服务器级别，每个server类似于httpd中的一个<VirtualHost>
    listen 80;
    server_name localhost;
    location / {请求级别，类似于httpd中的<Location>，用于定义URL与本地文件系统的映射关系
      root html;
      index index.html index.htm;
    }
  }
}

http{}段配置指令：
server {}：定义一个虚拟主机，示例如下：

server {
  listen 80;
  server_name www.idfsoft.com;
  root "/vhosts/web";
}

listen：指定监听的地址和端口

先做精确匹配检查
左侧通配符匹配检查，如*.idfsoft.com
右侧通配符匹配检查，如mail.*
正则表达式匹配检查，如~ ^.*\.idfsoft\.com$
default_server

root path; 设置资源路径映射，用于指明请求的URL所对应的资源所在的文件系统上的起始路径

alias path; 用于location配置段，定义路径别名

index file; 默认主页面

index index.php index.html;

error_page code […] [=code] URI | @name 根据http响应状态码来指明特用的错误页面，例如 error_page 404 /404_customed.html
[=code]：以指定的响应码进行响应，而不是默认的原来的响应，默认表示以新资源的响应码为其响应码，例如 error_page 404 =200 /404_customed.html
log_format 定义日志格式

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  logs/access.log  main;

注意：此处可用变量为nginx各模块内建变量

location区段，通过指定模式来与客户端请求的URI相匹配
功能：允许根据用户请求的URI来匹配定义的各location，匹配到时，此请求将被相应的location配置块中的配置所处理，例如做访问控制等功能

语法：location [ 修饰符 ] pattern {…}
常用修饰符说明：

修饰符	功能
=	精确匹配
~	正则表达式模式匹配，区分大小写
~*	正则表达式模式匹配，不区分大小写
^~	前缀匹配，类似于无修饰符的行为，也是以指定模块开始，不同的是，如果模式匹配，那么就停止搜索其他模式了，不支持正则表达式
@	定义命名location区段，这些区段客户端不能访问，只可以由内部产生的请求来访问，如try_files或error_page等

没有修饰符表示必须以指定模式开始，如：

server {
  server_name www.idfsoft.com;
  location /abc {
    ......
  }
}

那么如下内容就可正确匹配：

http://www.idfsoft.com/abc
http://www.idfsoft.com/abc?p1=11&p2=22
http://www.idfsoft.com/abc/

=：表示必须与指定的模式精确匹配，如：

server {
  server_name www.idfsoft.com;
  location = /abc {
    ......
  }
}

那么如下内容就可正确匹配：

http://www.idfsoft.com/abc
http://www.idfsoft.com/abc?p1=11&p2=22

如下内容则无法匹配：

http://www.idfsoft.com/abc/
http://www.idfsoft.com/abc/abcde

~：表示指定的正则表达式要区分大小写，如：

server {
  server_name www.idfsoft.com;
  location ~ ^/abc$ {
  ......
  }
}

那么如下内容就可正确匹配：

http://www.idfsoft.com/abc
http://www.idfsoft.com/abc?p1=11&p2=22

如下内容则无法匹配：

http://www.idfsoft.com/abc/
http://www.idfsoft.com/ABC
http://www.idfsoft.com/abcde

~*：表示指定的正则表达式不区分大小写，如

server {
  server_name www.idfsoft.com;
  location ~* ^/abc$ {
    ......
  }
}

那么如下内容就可正确匹配：

http://www.idfsoft.com/abc
http://www.idfsoft.com/abc?p1=11&p2=22
http://www.idfsoft.com/ABC

如下内容则无法匹配：

http://www.idfsoft.com/abc/
http://www.idfsoft.com/abcde

~：类似于无修饰符的行为，也是以指定模式开始，不同的是，如果模式匹配，则停止搜索其他模式
查找顺序和优先级：由高到底依次为

带有=的精确匹配优先
正则表达式按照他们在配置文件中定义的顺序
带有^~修饰符的，开头匹配
带有~或~*修饰符的，如果正则表达式与URI匹配
没有修饰符的精确匹配

优先级次序如下：

( location = 路径 ) --> ( location ^~ 路径 ) --> ( location ~ 正则 ) --> ( location ~* 正则 ) --> ( location 路径 )

###访问控制
用于location段
allow：设定允许哪台或哪些主机访问，多个参数间用空格隔开
deny：设定禁止哪台或哪些主机访问，多个参数间用空格隔开
示例：

allow 192.168.1.1/32 172.16.0.0/16;
deny all;

###基于用户认证

auth_basic "欢迎信息";
auth_basic_user_file "/path/to/user_auth_file"

user_auth_file内容格式为：

username:password

这里的密码为加密后的密码串，建议用htpasswd来创建此文件：

htpasswd -c -m /path/to/.user_auth_file USERNAME

###https配置
生成私钥，生成证书签署请求并获得证书，然后在nginx.conf中配置如下内容：

server {
  listen       443 ssl;
  server_name  www.idfsoft.com;
  ssl_certificate      /etc/nginx/ssl/nginx.crt;
  ssl_certificate_key  /etc/nginx/ssl/nginx.key;
  ssl_session_cache    shared:SSL:1m;
  ssl_session_timeout  5m;
  ssl_ciphers  HIGH:!aNULL:!MD5;
  ssl_prefer_server_ciphers  on;
  location / {
    root   html;
    index  index.html index.htm;
  }
}

###开启状态界面
开启status：

location /status {
  stub_status {on | off};
  allow 172.16.0.0/16;
  deny all;
}

访问状态页面的方式：http://server_ip/status
状态页面信息详解：
状态码表示的意义
Active connections 2 当前所有处于打开状态的连接数
accepts 总共处理了多少个连接
handled 成功创建多少握手
requests 总共处理了多少个请求
Reading nginx读取到客户端的Header信息数，表示正处于接收请求状态的连接数
Writing nginx返回给客户端的Header信息数，表示请求已经接收完成，
且正处于处理请求或发送响应的过程中的连接数
Waiting 开启keep-alive的情况下，这个值等于active - (reading + writing)，
意思就是Nginx已处理完正在等候下一次请求指令的驻留连接
###rewrite
语法：rewrite regex replacement flag;，如：

rewrite ^/images/(.*\.jpg)$ /imgs/$1 break;

此处的$1用于引用(.*.jpg)匹配到的内容，又如：

rewrite ^/bbs/(.*)$ http://www.idfsoft.com/index.html redirect;

如上例所示，replacement可以是某个路径，也可以是某个URL
常见的flag
flag 作用
last 基本上都用这个flag，表示当前的匹配结束，继续下一个匹配，最多匹配10个到20个
一旦此rewrite规则重写完成后，就不再被后面其它的rewrite规则进行处理
而是由UserAgent重新对重写后的URL再一次发起请求，并从头开始执行类似的过程
break 中止Rewrite，不再继续匹配
一旦此rewrite规则重写完成后，由UserAgent对新的URL重新发起请求，
且不再会被当前location内的任何rewrite规则所检查
redirect 以临时重定向的HTTP状态302返回新的URL
permanent 以永久重定向的HTTP状态301返回新的URL
rewrite模块的作用是用来执行URL重定向。这个机制有利于去掉恶意访问的url，也有利于搜索引擎优化（SEO）

nginx使用的语法源于Perl兼容正则表达式（PCRE）库，基本语法如下：
标识符意义
^ 必须以^后的实体开头
$ 必须以$前的实体结尾
. 匹配任意字符
[] 匹配指定字符集内的任意字符
[^] 匹配任何不包括在指定字符集内的任意字符串
| 匹配 | 之前或之后的实体
() 分组，组成一组用于匹配的实体，通常会有 | 来协助
捕获子表达式，可以捕获放在()之间的任何文本，比如：

^(hello|sir)$       字符串为“hi sir”捕获的结果：$1=hi$2=sir

这些被捕获的数据，在后面就可以当变量一样使用了

###if
语法：if (condition) {…}
应用场景：
server段
location段
常见的condition
变量名（变量值为空串，或者以“0”开始，则为false，其它的均为true）
以变量为操作数构成的比较表达式（可使用=，!=类似的比较操作符进行测试）
正则表达式的模式匹配操作
~：区分大小写的模式匹配检查
~：不区分大小写的模式匹配检查
!_和!：对上面两种测试取反
测试指定路径为文件的可能性（-f，!-f)
测试指定路径为目录的可能性（-d，!-d）
测试文件的存在性（-e，!-e）
检查文件是否有执行权限（-x，!-x）