Nginx

最新推荐文章于 2024-06-24 08:39:43 发布
最新推荐文章于 2024-06-24 08:39:43 发布
阅读量352 收藏
点赞数
分类专栏： 运维 文章标签： nginx的源码安装 nginx实现负载均衡 nginx配置文件解析 nginx重定向实现防盗链
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sincenow/article/details/93378920
版权

Nginx

一. 什么是Nginx

Nginx可以作为：

​ HTTP server(轻量级，高性能的web服务器)

​相比 Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率，这点使 Nginx 尤其受到虚拟主机提供商的欢迎。能够支持高达 50K 个并发连接数的响应，感谢 Nginx 为我们选择了 epoll and kqueue 作为开发模型.

​ Reverse proxy(反向代理服务器)

​ 最早开发Nginx目的之一也是作为邮件代理服务器

​ 理解两种协议：

            1.http协议
            2.mail协议

Nginx的优势：高性能，稳定性，丰富的特性，配置简单，资源消耗低

​ File AIO，Asynchronous，Event-driven edge trigger

Nginx的缺点：功能单一，Apache模块多功能多。由于是异步IO，如果一个线程崩溃，可能导致多个链接丢失

 

二. Nginx的编译安装

编译安装三部曲

./configure ：生成一些C源码文件和Makefile文件

make ： 利用生成的Makefile文件编译nginx工程，并生成目标文件和最终的二进制文件

mke install ：根据configure的参数nginx部署到指定的安装目录，包括相关目录的建立和二进制文件、配置文件的复制

 

编译安装nginx

第一步：安装依赖

[root@server1 ~]# yum install gcc pcre pcre-devel zlib zlib-devel openssl openssl-devel -y

 

第二步：解压源码包获取源码

[root@server1 ~]# tar zxf nginx-1.14.2.tar.gz 
​
[root@server1 nginx-1.14.2]# ls
auto     CHANGES.ru  configure  html     man     src
CHANGES  conf        contrib    LICENSE  README

 

第三步：编译安装

为了避免由太多的debug日志消耗太多的空间，我们这里将debug日志屏蔽掉

[root@server1 nginx-1.14.2]# vim auto/cc/gcc

171 # debug
172 #CFLAGS="$CFLAGS -g"

 

编码

[root@server1 nginx-1.14.2]# ./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_stub_status_module --with-threads --with-file-aio

参数解释：

--prefix=/usr/local/nginx

默认为ngin安装部署后的根目录，由许多目录都是基于这个目录的

--with-http_ssl_module

该模块使nginx支持SSL协议，提供HTTPs服务

--with-http_stub_status_module

该模块可以让运行中的nginx提供性能统计页面，获取相关的并发连接，请求信息

--with-threads

激活线程池

--with-file-aio

启动文件的异步I/O功能来处理磁盘文件，这里需要Linux内核支持原生的异步I/O

 

编码完成后，在原来的源码包中会多出来objs和Makefile两个目录

[root@server1 nginx-1.14.2]# ls
auto        conf       html      man     src
CHANGES     configure  LICENSE   objs
CHANGES.ru  contrib    Makefile  README
​
objs：二进制文件
Makefile：

 

[root@server1 objs]# tree
.
├── autoconf.err    
├── Makefile   用于编译nginx工程，以及安装nginx
├── nginx   二进制文件
├── nginx.8
├── ngx_auto_config.h
├── ngx_auto_headers.h
├── ngx_modules.c
├── ngx_modules.o
└── src   编译时产生的目标文件

 

编译工程和安装nginx

[root@server1 local]# make && make install

 

启动nginx

nginx和apache一样，占用80端口

[root@server1 sbin]# ./nginx 
[root@server1 sbin]# netstat -anlpt |grep nginx
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      17076/nginx: master

停止nginx

[root@server1 sbin]# ./nginx -s stop 
[root@server1 sbin]# ./nginx -s quit

 

nginx的启动参数：

1.显示版本信息

[root@server1 sbin]# ./nginx -vnginx version: nginx/1.14.2

2.显示配置编译阶段的信息

[root@server1 sbin]# ./nginx -Vnginx version: nginx/1.14.2built by gcc 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC) built with OpenSSL 1.0.1e-fips 11 Feb 2013TLS SNI support enabledconfigure arguments: --prefix=/usr/local/nginx --with-http_ssl_module --with-http_stub_status_module --with-threads --with-file-aio

3.测试配置文件是否由错误

[root@server1 sbin]# ./nginx -tnginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is oknginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

4.只显示配置文件的出错信息

[root@server1 sbin]# ./nginx -t -q

 

 

三.Nginx实现负载均衡和反向代理

所谓负载均衡，就是选择后端的方式，如何（根据后端的能力）将请求均衡的分发到后端。

Nginx配置文件的高亮显示

创建~/.vim 下/root/nginx-1.14.2/contrib/vim/* 放到 ～/.vim中

 

默认情况下的负载均衡

http {
    upstream backend {
        server 172.25.60.2:80;
        server 172.25.60.3:80;
    }
​
    server {
        listen 80;
        server_name www.example.com;
​
        location / {
            proxy_pass http://backend;
        }
    }

 

[root@server1 conf]# curl 172.25.60.1
<h1>server2</h1>
[root@server1 conf]# curl 172.25.60.1
<h1>server3</h1>
[root@server1 conf]# curl 172.25.60.1
<h1>server2</h1>
[root@server1 conf]# curl 172.25.60.1
<h1>server3</h1>

 

带权重的情况下的负载均衡

http {
    upstream backend {
        server 172.25.60.2:80 weight=3;
        server 172.25.60.3:80;
    }
​
    server {
        listen 80;
        server_name www.example.com;
​
        location / {
            proxy_pass http://backend;
        }
    }

 

[root@server1 sbin]# curl 172.25.60.1
<h1>server3</h1>
[root@server1 sbin]# curl 172.25.60.1
<h1>server2</h1>
[root@server1 sbin]# curl 172.25.60.1
<h1>server2</h1>
[root@server1 sbin]# curl 172.25.60.1
<h1>server2</h1>
[root@server1 sbin]# curl 172.25.60.1
<h1>server3</h1>

 

ip_hash实现客户端绑定

http {
    upstream backend {
        ip_hash;
        server 172.25.60.2:80 weight=3;
        server 172.25.60.3:80;
    }
​
    server {
        listen 80;
        server_name www.example.com;
​
        location / {
            proxy_pass http://backend;
        }
    }

 

[root@server1 conf]# curl 172.25.60.1
<h1>server2</h1>
[root@server1 conf]# curl 172.25.60.1
<h1>server2</h1>
[root@server1 conf]# curl 172.25.60.1
<h1>server2</h1>
[root@server1 conf]# curl 172.25.60.1
<h1>server2</h1>

 

Nginx实现健康检查

所谓健康检查，就是当后端出现问题（具体什么叫出现问题，依赖于具体实现，各个实现定义不一样），不再往这个后端分发请求，并且做后续的检查，直到这个后端恢复正常。

主Nginx上
http {
    upstream backend {
        #ip_hash;
        server 172.25.60.2:80;
        server 172.25.60.3:80;
        server 172.25.60.4 backup;
    }
​
    server {
        listen 80;
        server_name www.example.com;
​
        location / {
            proxy_pass http://backend;
        }
    }
​
​
注意：
1.ip_hash和backup不能同时生效。
2.当 upstream模块中的其他server都出现问题时，才会启用backup.
3.backup 的配置不能localhost

在backup上编辑默认发布文件，并更改配置文件的默认读取的发布文件

[root@server4 html]# cat web.html 
<h1>系统正在更新</h1>
​
        location / {
            root   html;
            index  web.html index.html index.htm;
        }

若server2和server3中只有一个宕机，则当客户端访问时不会察觉到，nginx的健康检查机制会直接让客户端访问没有宕机的服务器。当宕机的服务器恢复后，负载均衡也会随之恢复。而当两个后端服务器都宕机之后，才会启用backup的配置。

 

 

四.Nginx的平滑加载（热升级）

伴随着nginx的广泛应用，版本升级必然是越来越快的，线上业务不能停，此时nginx的升级就是运维的重要工作了。所谓平滑加载（热升级）就是在中断nginx服务的情况下更新nginx版本，只是替换二进制文件。

1.平滑升级的原理

其原理简单概括，就是：（1）在不停掉老进程的情况下，启动新进程。（2）老进程负责处理仍然没有处理完的请求，但不再接受处理请求。（3）新进程接受新请求。（4）老进程处理完所有请求，关闭所有连接后，停止。这样就很方便地实现了平滑升级。一般有两种情况下需要升级Nginx，一种是确实要升级Nginx的版本，另一种是要为Nginx添加新的模块。

多进程模式下的请求分配方式

Nginx默认工作在多进程模式下，即主进程（master process）启动后完成配置加载和端口绑定等动作，fork出指定数量的工作进程（worker process），这些子进程会持有监听端口的文件描述符（fd），并通过在该描述符上添加监听事件来接受连接（accept）。

信号的接收和处理

Nginx主进程在启动完成后会进入等待状态，负责响应各类系统消息，如SIGCHLD、SIGHUP、SIGUSR2等。

Nginx信号简介

主进程可以处理的的信号

  • TERM, INT: 立刻退出，快速关闭

  • QUIT: 等待工作进程处理完正在处理的连接结束后再退出，从容关闭

  • HUP: 重新加载配置文件，使用新的配置启动工作进程，并从容关闭旧进程。

  • USR1: 重新打开日志文件

  • USR2: 启动新的主进程，实现热升级

  • WINCH: 从容关闭worker进程

工作进程支持的信号

  • TERM, INT: 立刻退出

  • QUIT: 等待请求处理结束后再退出

  • USR1: 重新打开日志文件

2.平滑升级的配置

第一步：编译新的版本，生成新的二进制文件，并将旧的二进制文件替换成新的二进制文件

注意：只需要编译./configure make 即可，不需要make install 进行安装

[root@server1 sbin]# cp nginx nginx.old
[root@server1 nginx-1.15.8]# cd objs/
[root@server1 objs]# cp -f  nginx /usr/local/nginx/sbin/
cp: overwrite ‘/usr/local/nginx/sbin/nginx’? y

 

第二步：通知老的即进程准备升级，此时老的进程会先关闭监听端口，然后把正在处理的连接全部处理完成，但不再接收新的请求，此时新旧进程都在运行，新的进程接受新的请求并处理

[root@server1 objs]# ps -ef |grep nginx
root      2139     1  0 03:45 ?        00:00:00 nginx: master process nginx
nginx     2305  2139  0 05:34 ?        00:00:00 nginx: worker process
root      5059  2255  0 08:05 pts/0    00:00:00 grep --color=auto nginx
​
[root@server1 objs]# kill -USR2 2139 
​
[root@server1 objs]# ps -ef |grep nginx
root      2139     1  0 03:45 ?        00:00:00 nginx: master process nginx
nginx     2305  2139  0 05:34 ?        00:00:00 nginx: worker process
root      5060  2139  0 08:06 ?        00:00:00 nginx: master process nginx
nginx     5061  5060  0 08:06 ?        00:00:00 nginx: worker process
root      5063  2255  0 08:06 pts/0    00:00:00 grep --color=auto nginx

 

第三步：从容关闭worker进程，此时版本已经热升级成功，旧的matser进程依旧存在，但是旧的worker进程已经被关闭了

[root@server1 objs]# kill -WINCH 2139
[root@server1 objs]# ps -ef |grep nginx
root      2139     1  0 03:45 ?        00:00:00 nginx: master process nginx
root      5060  2139  0 08:06 ?        00:00:00 nginx: master process nginx
nginx     5061  5060  0 08:06 ?        00:00:00 nginx: worker process
root      5071  2255  0 08:14 pts/0    00:00:00 grep --color=auto nginx
​
[root@server1 objs]# nginx -v 
nginx version: nginx/1.15.8

 

第四步：从容关闭master进程，关闭旧的master进程

[root@server1 objs]# kill -QUIT 2139
[root@server1 objs]# ps -ef |grep nginx
root      5060     1  0 08:06 ?        00:00:00 nginx: master process nginx
nginx     5061  5060  0 08:06 ?        00:00:00 nginx: worker process
root      5074  2255  0 08:14 pts/0    00:00:00 grep --color=auto nginx

 

若在没有关闭旧的master进程的情况下，可以将nginx版本会滚回去，因为此时即旧的服务器还没有关闭它的监听套接字。

发送HUB信号给旧的主进程，它将在不重载配置文件的情况下启动worker进程

发送QUIT信号给新的主进程，从容关闭其他工作进程

[root@server1 sbin]# kill -HUP  14083  
​
[root@server1 sbin]# ps -ef |grep nginx
root     14083     1  0 14:18 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
​
root     16659 14083  0 14:54 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
nobody   16660 16659  0 14:54 ?        00:00:00 nginx: worker process
nobody   16674 14083  0 14:58 ?        00:00:00 nginx: worker process
root     16676  2066  0 14:58 pts/0    00:00:00 grep --color=auto nginx
​
[root@server1 sbin]# kill -USR2 16659
​
[root@server1 sbin]# kill -WINCH 16659
[root@server1 sbin]# ps -ef |grep nginx
root     14083     1  0 14:18 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
root     16659 14083  0 14:54 ?        00:00:00 nginx: master process /usr/local/nginx/sbin/nginx
nobody   16674 14083  0 14:58 ?        00:00:00 nginx: worker process
root     16678  2066  0 14:58 pts/0    00:00:00 grep --color=auto nginx

 

五.Nginx配置文件

nginx配置文件分为四大模块：

  • 全局变量模块

  • event事件模块

  • http模块

  • mail邮件模块

nginx配置文件主要分为六个区域：

  • main(全局设置)

  • events(nginx工作模式)

  • http(http设置)

  • sever(主机设置)

  • location(URL匹配)

  • upstream(负载均衡服务器设置)

1.main（全局设置）

user  nobody;                            
worker_processes  1;                     
error_log  logs/error.log;              
error_log  logs/error.log  notice;
error_log  logs/error.log  info;
 
pid        logs/nginx.pid;

 

user：来指定Nginx Worker进程运行用户以及用户组，默认由nobody账号运行，这里我们可以新建nginx用户和组来运行子进程

useradd -s /sbin/nologin nginx                ##为了安全，让nginx用户禁止登陆系统

 

worker_processes：启动的worker进程的数量，可以设置为auto，如果负载以cpu密集型应用为主，如SSL或压缩应用，则worker数与cpu数相同；如果负载以IO密集型为主，如响应大量数据给客户端，则worker数应为cpu个数的1.5到2倍，下面指令查看cpu信息

如果worker进程数量远远多余cpu核数，会带来大量的进程切换，从而带来大量不必要的资源消耗

 

[root@server1 conf]# lscpu
Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                1
On-line CPU(s) list:   0
Thread(s) per core:    1
Core(s) per socket:    1
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 44
Model name:            Westmere E56xx/L56xx/X56xx (Nehalem-C)
Stepping:              1
CPU MHz:               2394.458
BogoMIPS:              4788.91
Hypervisor vendor:     KVM
Virtualization type:   full
L1d cache:             32K
L1i cache:             32K
L2 cache:              4096K
NUMA node0 CPU(s):     0
​

 

error_log：用来定义全局错误日志文件。日志输出级别有debug、info、notice、warn、error、crit可供选择，其中，debug输出日志最为最详细，而crit输出日志最少。

如果日志级别设置到debug，则要加载模块--with_debug

[root@server1 nginx]# cd logs/
[root@server1 logs]# ls
2019-06-16_access.log  access.log  error.log  nginx.pid

nginx日志回滚

日志太大会战用很多的磁盘空间，因此需要按时的进行日志的打包，回滚。

[root@server1 logs]# mv access.log  `date +%F -d -1day`_access.log
[root@server1 logs]# ls
2019-06-16_access.log  error.log  nginx.pid
​
[root@server1 logs]# nginx -s reopen
[root@server1 logs]# ls
2019-06-16_access.log  access.log  error.log  nginx.pid

date命令参数解释：

%F 显示完整日期，同%Y-%m-%d

-d, –date=STRING 显示STRING指定的时间

 

2.event模块(nginx工作模式)

events {
    use epoll; 
    worker_connections  1024;
}

use：用来指定Nginx的工作模式。Nginx支持的工作模式有select、poll、kqueue、epoll、rtsig和/dev/poll。其中select和poll都是标准的工作模式，kqueue和epoll是高效的工作模式，不同的是epoll用在Linux平台上，而kqueue用在BSD系统中,对于Linux系统，epoll工作模式是首选。

worker_connections：用于定义Nginx每个worker进程能够支持的最大连接数，即接收客户端的最大请求数，默认是1024。最大客户端连接数由worker_processes和worker_connections决定，即Max_clients=worker_processes*worker_connections，在作为反向代理时，Max_clients变为：Max_clients = worker_processes * worker_connections/4。 进程的最大连接数受Linux系统进程的最大打开文件数限制，设置改完不会立即生效，需要输入下面的指令

 

ulimit -n 65536

 

3.http模块

1）主模块

​ 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"';
​
#access_log  logs/access.log  main;

​ sendfile on;

#tcp_nopush     on;
#keepalive_timeout  0;

​ keepalive_timeout 65;

 

include：嵌入其他的配置文件到当前的nginx.conf中，它参数即可以是绝对路径也可以是相对路径。参数的值可以是一个明确的文件，也可以是含有同配符的文件，或者也可以是等多个文件。default_type：设定了默认的类型为二进制流，也就是当文件类型未定义时使用这种方式，例如没有配置php，当遇到php的网页时，会默认下载php文件log_format：设置日志的格式，和记录哪些参数，这里设置为main，刚好用于access_log来纪录这种类型access_log：用来纪录每次的访问日志的文件地址，后面的main是日志的格式样式，对应于log_format的mainsendfile：用于开启高效文件传输模式。将tcp_nopush和tcp_nodelay两个指令设置为on用于防止网络阻塞

tcp_nopush on; //不做推送；nagle算法，解决网络拥塞控制领域问题（如果发送端发送多次包含少量字符的包，就先发一次，其他的缓存起来，积攒起来等到一定量再发送），其额外负作用（不适合）

keepalive_timeout：设置客户端连接保持长连接的超时时间。在超过这个时间之后，服务器会关闭这个长连接，继续进行TCP三次握手建立连接

 

2）子模块server

server模块是http的子模块，它用来定一个虚拟主机

server {
        listen       80;
        server_name  localhost;
 
        #charset koi8-r;
 
        #access_log  logs/host.access.log  main;

server：标志定义虚拟主机开始
listen：用于指定虚拟主机的服务端口
server_name：用来指定IP地址或者域名，多个域名之间用空格分开
charset：用于设置网页的默认编码格式
access_log：用来指定此虚拟主机的访问日志存放路径，最后的main用于指定访问日志的输出格式。

 

3）子模块location

location模块是nginx中用的最多的，也是最重要的模块，负载均衡啊、反向代理、虚拟域名都与它相关，location 根据它字面意思就知道是来定位的，定位URL，解析URL，所以，它也提供了强大的正则匹配功能，也支持条件判断匹配，用户可以通过location指令实现Nginx对动、静态网页进行过滤处理。

 location / {
            root   html;
            index  index.html index.htm;
        }

location /：表示匹配访问根目录
root：表示在这整个server虚拟主机内，全部的root web根目录，可以是相对路径（相对路径是相对于nginx的安装目录），也可以是绝对路径。
index：全局定义访问的默认首页地址。

解释（location之间存在优先级问题，如果同时被匹配到 =优先级最高 > 非支持正则表达式 > 正则表达式 > 不使用任何符号项）

  • location uri {}：表示{}中的属性，对uri当前路径以及所有自资源都生效

    location = uri {}：只对当前路径生效，不包括自路径。叫做精确匹配

    location ~ uri {}：模式匹配uri，此处可以使用正则表达式匹配，区分字符大小写

    location ~* uri {}：模式匹配uri，此处可以使用正则表达式匹配，不区分字符大小写

    location ^~ URI{}：不使用正则表达式

  • deny ip;：拒绝某个ip访问

    allow ip;：同意某个ip访问

  • auth_basic：基于用户的访问控制(默认时关闭的)

    在location里面添加如下代码：

    auth_basic "Restricted Area"

    auth_basic_user_file /etc/nginx/.users 这里.users存放允许登陆的用户和密码，是基于htpasswd生成的一个文件

    htpasswd -c(文件不存在时使用-c参数) -m /etc/nginx/.user jerry //如何添加用户，借助httpd的模块

 

 

include可包含的项

  include    conf/mime.types;
  include    /etc/nginx/proxy.conf;
  include    /etc/nginx/fastcgi.conf;

proxy.conf

proxy_redirect          off;
proxy_set_header        Host            $host;
proxy_set_header        X-Real-IP       $remote_addr;
proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size    10m;
client_body_buffer_size 128k;
proxy_connect_timeout   90;
proxy_send_timeout      90;
proxy_read_timeout      90;
proxy_buffers           32 4k;

gzip压缩选项

  gzip on;#开启gzip压缩
  gzip_min_length  1100; #Content-Length大于此长度才会被压缩
  gzip_buffers     4 8k; #compress buffer
  gzip_types       text/plain;#添加额外压缩类型，默认已包括text/html

其他选项

    access_log  logs/access.log  main;
    #日志格式 main为日志格式名称，

    sendfile        on;			#sendfile模式，效率更高，直接通过kernel，而不经过用户空间
    #tcp_nopush     on;
    client_header_timeout  3m;	#指定多长时间等待客户端发送一个请求头
    client_body_timeout    3m;	#从客户端读取body超时时间
    send_timeout           3m;	#指定为客户端响应超时时间
    client_header_buffer_size    1k;	#客户端headerbuffer大小
    large_client_header_buffers  4 4k;	#最大headerbuffer大小
    output_buffers   1 32k;				#输出缓冲区大小
    postpone_output  1460;
    tcp_nodelay      on;
    #send_lowat       12000;
    keepalive_timeout  70 30;#指定的超时时间，与客户保持连接。服务器将在此时间后关闭连接。
    charset utf-8;			 #指定使用字符集

静态页面location定义

location ~ ^/(images|javascript|js|css|flash|media|static)/  {
      root    /nginx/static/;
      expires 30d;		#静态页面可以设置一个长一点的过期时间
    }

简单的负载均衡

http {
  upstream myproject {
    server 172.25.254.1:80 weight=3;
    server 172.25.254.2:80;
    server 172.25.254.3:80;
    server 127.0.0.1:80 backup;
  }

  server {
    listen 80;
    server_name www.domain.com;
    location / {
      proxy_pass http://myproject;
    }
  }
}

简单的缓存机制

http {
    proxy_cache_path  /nginx/cache  levels=1:2    keys_zone=STATIC:10m
    inactive=24h  max_size=1g;
    server {
        location / {
            proxy_pass             http://172.25.254.11:80;
            proxy_set_header       Host $host;
            proxy_buffering        on;
            proxy_cache            STATIC;
            proxy_cache_valid      200 304 1d;
            proxy_cache_use_stale  error timeout invalid_header updating
                                   http_500 http_502 http_503 http_504;
        }
    }
}

简单认证

location / {
            root   /nginx;
            auth_basic "input passwd...";
            auth_basic_user_file "/etc/nginx/.passwd";	#该文件需要通过htpasswd生成
            index  index.html index.htm;
        }

状态监控模块

location /status {
            stub_status on;
        }

还有黑白名单，使用deny、allow即可；autoindex可以设置默认访问页面不存在时，是否可以预览目录结构。

 

nginx配置文件中的location

location /html {
       root path;
}

location后面跟的uri正则匹配的/=path

 

~：区分大小写
~*：不区分大小写
空(/)：匹配所有
=：精确匹配，停止搜索其他location
^~：匹配时，停止搜索其他location

匹配优先级：

=：精确匹配会第一个被处理。如果发现精确匹配，nginx停止搜索其他匹配。
^~：则只匹配该规则，nginx停止搜索其他匹配，否则nginx会继续处理其他location指令。
带有"~"和"~*"的指令，如果找到相应的匹配，则nginx停止搜索其他匹配；当没有正则表达式或者没有正则表达式被匹配的情况下，那么匹配程度最高的逐字匹配指令会被使用。
空：最后匹配

 

遇到的问题

nginx服务管理常用命令

nginx -t 检查语法

nginx -s reload 平滑(热备)加载配置文件

nginx 启动nginx服务

  1. [root@fsx sbin]# nginx -s reloadnginx: [alert] kill(13451, 1) failed (3: No such process)

    其实这个问题很低级的说，就是之前压根就没有启动nginx服务，执行nginx，开启nginx服务后，重新加载nginx配置，一切正常！

  2. 如下是表示，当URI输入为.../html/时，服务器本地是去/var/www/html/下提供服务的，即：

    将URI的/html映射到/var/www/html，这里html默认存在，不用显式表达

    location /html/ {
        root   /var/www/;
        index  index.html index.htm;
    }

 

六.Ningx相关配置

1.控制客户端的并发量

Nginx官方版本限制IP的连接和并发分别有两个模块：

  • limit_req_zone 用来限制单位时间内的请求数，即速率限制,采用的漏桶算法 “leaky bucket”

  • limit_req_conn 用来限制同一时间连接数，即并发限制

 

什么是漏桶算法？

我们假设系统是一个漏桶，当请求到达时，就是往漏桶里“加水”，而当请求被处理掉，就是水从漏桶的底部漏出。水漏出的速度是固定的，当“加水”太快，桶就会溢出，也就是“拒绝请求”。从而使得桶里的水的体积不可能超出桶的容量。主要目的是控制数据注入到网络的速率，平滑网络上的突发流量。漏桶算法提供了一种机制，通过它，突发流量可以被整形以便为网络提供一个稳定的流量。

 

2.对图片进行共享

(1) 对图片大小进行处理

 54         location /download/ {
 55             image_filter resize 100 200;
 56         }

 

       location /download/ {
            image_filter resize 300 500;
        }

 

(2) 使用户能够自主选择要下载哪个文件

(3)设置图片的到期报错期限

        location ~ .*\.(jpg|png|css|js) {
            expires 30d;
        }

 

七.实现htts加密

第一步：重新编译nginx，增加动态模块 --with-http_ssl_module，并将新生成的二进制文件替换旧的，再次将图像模块放到/usr/local/nginx/modules下

[root@server4 nginx-1.14.2]# yum install -y openssl-devel
[root@server4 nginx-1.14.2]# ./configure  --prefix=/usr/local/nginx/ --with-http_realip_module --with-http_image_filter_module=dynamic --with-http_ssl_module
[root@server4 nginx-1.14.2]# make
[root@server4 objs]# cp nginx /usr/local/nginx/sbin/
[root@server4 objs]# cp ngx_http_image_filter_module.so /usr/local/nginx/modules/

第二步：生成证书

[root@server4 objs]# cd /etc/pki/tls/certs/
[root@server4 certs]# make cert.pem
[root@server4 certs]# make cert.pem
umask 77 ; \
PEM1=`/bin/mktemp /tmp/openssl.XXXXXX` ; \
PEM2=`/bin/mktemp /tmp/openssl.XXXXXX` ; \
/usr/bin/openssl req -utf8 -newkey rsa:2048 -keyout $PEM1 -nodes -x509 -days 365 -out $PEM2 -set_serial 0 ; \
cat $PEM1 >  cert.pem ; \
echo ""    >> cert.pem ; \
cat $PEM2 >> cert.pem ; \
rm -f $PEM1 $PEM2
Generating a 2048 bit RSA private key
..................................................................................................................................................................+++
.......................................+++
writing new private key to '/tmp/openssl.tsDtas'
-----
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [XX]:shanxi 
string is too long, it needs to be less than  2 bytes long
Country Name (2 letter code) [XX]:cn
State or Province Name (full name) []:shanxi
Locality Name (eg, city) [Default City]:xian
Organization Name (eg, company) [Default Company Ltd]:westos
Organizational Unit Name (eg, section) []:linux
Common Name (eg, your name or your server's hostname) []:server4
Email Address []:www.example.com

第三步：将证书放到/usr/local/nginx/conf目录下

[root@server4 certs]# cp cert.pem /usr/local/nginx/conf/

第四步：测试一下http是否你能够正常访问，然后编辑配置文件实现http-->https转换

123     server {
124       listen       443 ssl;
125         server_name  localhost;
126 
127         certificate      cert.pem;   //证书
128         ssl_certificate_key  cert.pem;  //密钥
129 
130         ssl_session_cache    shared:SSL:1m;
131         ssl_session_timeout  5m;
132 
133         ssl_ciphers  HIGH:!aNULL:!MD5;
134         ssl_prefer_server_ciphers  on;
135 
136         location / {
137             root   /web;
138             index  index.html index.htm;
139         }
140     }

测试：在浏览器访问www.westos.org

 

八.rewrite重定向

1.将www.westos.org临时重定向到https://www.westos.org

142     server {
143         listen 80;
144         server_name www.westos.com;
145         rewrite ^/(.*)$ https://www.westos.org/$1;
146 
147 #       location / {
148 #         root /web;
149 #         index index.html;
150 #       }       
151     }

 

2.将www.westos.org永久重定向到https://www.westos.org

3.将www.westos.org/bbs的请求重定向到bbs.westos.org

142     server {
143         listen 80;
144         server_name www.westos.com;
145         #rewrite ^/(.*)$ https://www.westos.org/$1 permanent;
146         rewrite ^/bbs$ http://bbs.westos.org/$1 permanent;
147 
148         location / {
149           root /web;
150           index index.html;
151         }
152     }
153 
154     server {
155         listen 80;
156         server_name bbs.westos.org;
157 
158         location / {
159             root /bbs;
160             index index.html;
161         }

 

4.将www.westos.org/bbs/index.html 重定向到bbs.westos.org

 server{
        listen 80;
        server_name www.westos.com;
        #rewrite ^/(.*)$ https://www.westos.org/$1 permanent;
        rewrite ^/bbs/(.*)$ http://bbs.westos.org/$1 permanent;

        location / {
          root /web;
          index index.html;
        }
    }

    server {
        listen 80;
        server_name bbs.westos.org;

        location / {
            root /bbs;
            index index.html;
        }
    }

 

九.防盗链

如何实现盗取别的服务器上的图片

第一步：编辑配置文件，当访问daolian.westso.org时，会重定向到www.westos.org这个服务器上访问

    server {
        listen 80;
        server_name daolian.westos.org;
        charset utf-8;

        location / {
            root /web;
            index index.html;
        }
    }

第二步：编写/web下的html文件

[root@server2 web]# cat index.html 
<html

<body>
<br>盗链图片<br>
<img src="http://www.westos.org/vim.jpg">
</body>

><html>

访问www.westos.org

 

访问daolian.westos.org

 

如何防盗链呢？？

142     server {
143         listen 80;
144         server_name www.westos.org;
145 
146         location / {
147            index index.html;
148         }
149 
150         location ~* \.(gif|jpg|png|jepg)$ {
151            root /web;
152            valid_referers none blocked www.westos.org;
153            #if ($invalid_referer) {
154            #    rewrite ^/ http://bbs.westos.org/daolian.jpg;
155            #}
156         }
157     }
159    server {
160         listen 80;
161         server_name bbs.westos.org;
162 
163         location / {
164             root /bbs;
165             index index.html;
166         }
167     }



142     server {
143         listen 80;
144         server_name www.westos.org;
145 
146         location / {
147            index index.html;
148         }
149 
150         location ~* \.(gif|jpg|png|jepg)$ {
151            root /web;
152            valid_referers none blocked www.westos.org;
153            #if ($invalid_referer) {
154            #    rewrite ^/ http://bbs.westos.org/daolian.jpg;
155            #}
156         }
157     }
159    server {
160         listen 80;
161         server_name bbs.westos.org;
162 
163         location / {
164             root /bbs;
165             index index.html;
166         }
167     }

这样当有外来者访问我们的服务器上的资源时，访问到的便是虚假的警告图片。

 

 

 

 

 

sinceNow
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Nginx源码剖析--event类型模块
Swartz2015的专栏
10-13 653
目录目录 前言 核心模块 几种event模块 ngx_event_core_module epoll和kqueue等功能性的event模块 嵌入到Nginx框架中 总结前言前面梗概介绍了Nginx模块配置的信息。简单地说，nginx的灵活性主要归功于他的高度模块化和可配置性。其中可配置性依赖于配置文件。在nginx中，模块就是一个struct类型的全局变量。Nginx通过为每个模块维护一个配置结构体
nginx-1.24.0
11-01
**Nginx 1.24.0：高性能Web服务器与反向代理详解** Nginx 是一款广泛应用的开源Web服务器，以其高性能、轻量级和稳定性的特点著称。Nginx-1.24.0是Nginx的一个特定版本，它包含了自上一版本以来的更新和改进。在这...
nginx源码分析——event模块
weixin_33895657的博客
04-29 131
源码：nginx 1.12.0 一、简介 nginx是一款非常受欢迎的软件，具备高性能、模块化可定制的良好特性。之前写了一篇nginx的http模块分析的文章，主要对http处理模块进行了分析讲解，同时也涉及了nginx模块化的内容。至于nginx高性能的原因，希望能够在在这篇文章中就自己对于这方面的理解给大家分享一下。 nginx的event处理模型包含两个方面：...
Nginx深度解析：核心特性、应用场景与全局、events、http等全面配置指南
最新发布
JINGWHALE
06-24 997
本文介绍了Nginx 核心特性、常见使用场景以及main-全局配置（user、worker_processes、error_log、pid等）、events 配置（worker_connections、use、accept_mutex、multi_accept、event、rlimit_nofile等）、http 配置（include、default_type、log_format、sendfile、keepalive_timeout、upstream、server等）等相关内容。
nginx Event配置
沐淼的博客
04-20 1101
以下只能在  event  块中进行配置。 设置网络连接的序列化 当某一个时刻只有一个网络连接到来时，多个睡眠进程会被同时叫醒，，但只有一个进程可获得连接。如果每次唤醒的进程数太多，会影响一部分系统性能。为解决这样的问题， Nginx配置中包含了一条指令 accept_mutex,当其设置为开启的时候，就会对多个Nginx进程接收连接进行序列化，防止多个进程对连接争抢。
nginx中的event模块
多看多听多总结
01-05 2309
event中将事件驱动模块，由于支持跨平台，抽象出了event模块。它支持的event类型有： 1、AIO（异步I/O） 2、/dev/poll(solaris和unix特有) 3、epoll(linux特有) 4、eventport(solaris 10特有) 5、kqueue（BSD特有） 6、poll 7、rtsig(实时信号) 8、select event模块的主要功能就
nginx事件模块结构体详解
爱宝贝丶的博客
01-08 321
        事件模块是nginx的核心模块之一，nginx中客户端请求的处理和命令行指令的执行都是基于事件模块进行驱动的。因此，掌握事件模块的实现原理对于我们理解nginx整体架构有非常重要的意义。本文首先会讲解事件模块相关的几个模块定义及其执行流程进行讲解，其源码的讲解将会在后面的文章中进行。  &nb...
nginx gmcurl gmssl
05-16
nginx in linux 32 with gmtls support 国密gmssl gmtls 支持的 nginx 在 linux 32 中可以用 gmcurl 与 360国密浏览器 都可以 支持
在linux系统上升级nginx版本
10-07
在 Linux 系统上升级 Nginx 版本 Nginx 是一个流行的开源 Web 服务器软件，可以运行在多种操作系统上，其中包括 Linux。随着 Nginx 的不断更新和发展，升级 Nginx 版本成为一个不可避免的问题。本文将指导您在 ...
nginx-linux-1.24.0.tar.gz
03-20
**Nginx与Linux系统集成详解** Nginx是一款高性能的HTTP和反向代理服务器，广泛应用于互联网领域，以其高效、稳定和轻量级的特性而受到赞誉。在这个"nginx-linux-1.24.0.tar.gz"压缩包中，包含的是针对Linux系统的...
nginx-1.26.0.tar
05-07
nginx-1.26.0.tar，下载后按照，地址（https://blog.csdn.net/jinhuding/article/details/138545989?spm=1001.2014.3001.5501）步骤可直接安装
nginx配置--event模块
weixin_30640291的博客
04-06 93
在nginx的配置中，event模块可以进行以下配置： 设置网络连接的序列化。 在Nginx服务器的多进程下，有可能出现惊群（Thundering herd problem）问题，指的是当某一个时刻只有一个网络连接到来时，多个睡眠进程会被同时唤醒，但只有一个进程可以获得连接。如果每次唤醒的进程数目太多，会影响一部分系统性能（系统对用户进程/线程频繁的做无效的调度、上下文切换，系统系能大打折扣...
【Nginx03】Nginx学习：事件模块Event
硬核项目经理
06-26 827
Nginx学习：事件模块Event基础的核心模块中，事件模块是非常重要的一个部分，但是，它的配置项其实并不多，常见的或者说需要我们去配置的更少。不过本着基础学习和了解的态度，咱们还是要一个个的学习一下。首先来看一下什么是事件模块。在 Nginx 中，模块相关的配置都是在一对大花括号中的，比如 http{} 、server{} 这些，事件模块也是类似的。events{……………………}事件模块主要...
Nginx源码分析 - Event事件篇 - Event模块和配置的初始化（16）
alpha_love的博客
05-12 431
目录 一、Event模块的数据结构 1. event事件模块的配置 2. ngx_events_module 事件模块 3. ngx_event_core_module 事件核心模块 4. ngx_event_conf_t 事件conf结构 二、Event模块结构图 三、Event模块的初始化 1. ngx_event_module_init 模块初始化函数 四、Event模块配置的初始化 1. ngx_events_module 模块配置初始化 2. ngx_conf_parse 解
Nginx源码分析 - Event事件篇 - Nginx的Event事件模块概览（17）
alpha_love的博客
05-12 675
目录 一、event模块的概览 二、重要数据结构 1. ngx_listening_s 侦听结构 2. ngx_connection_s socket连接对象结构 3. ngx_event_s 事件数据结构 前一章，我们讲解了《Nginx源码分析 - 主流程篇 - 多进程的惊群和进程负载均衡处理 》中实际上已经涉及到了一部分事件模块的概念。细心的可以发现，Nginx的事件都是由nginx_event.c文件中的ngx_process_events_and_timers进程事件分发器这个函数开..
nginx events 模块配置
qq_21134059的博客
01-14 2864
这里写目录标题1.简介2.主要指令2.1 accept_mutex2.2 multi_accept2.3 worker_connections2.4 use3. nginx event模块的基本配置 1.简介 nginx events 模块主要是nginx 和用户交互网络连接优化的配置内容 2.主要指令 nginx events模块主要包含了accept_mutex, multi_accept，worker_connections 和 use这几个指令 2.1 accept_mutex 这个配置主要可以用
nginx event模块启动分析
zgwhugr0216的专栏
06-08 637
通过core模块ngx_events_module支持的events指令加载event二级模块；
第二篇 nginx 作为http服务器及详细配置项上,Event等属性配置关系详解
木秀林的博客
11-16 613
nginx 首先是一个http 服务器 , 虽然现在多数是使用在反向代理和负载均衡方面 1. 主配置文件 主配置文件默认包含以下内容: 其中他们的关系为: user是个主模块指令，指定Nginx Worker进程运行用户以及用户组，默认由nobody/nginx 账号运行。 worker_processes是个主模块指令，指定了Nginx要开启的进程数。一般默认即可,多核建议指定和CPU的数量一致。 worker_rlimit_nofile用于绑定worker进程和CPU， Linux内核2.4以上可用
Nginx学习（10）—— event模块、core模块、变量
Stars____的博客
03-30 518
Nginx的模块种类有很多，除了HTTP模块，还有一些核心模块和mail系列模块。核心模块主要是做一些基础功能，比如Nginx的启动初始化，event处理机制，错误日志的初始化，ssl的初始化，正则处理初始化。mail模块可以对imap，pop3，smtp等协议进行反向代理，这些模块本身不对邮件内容进行处理。启动模块从启动Nginx进程开始，做了一系列的初始化工作，源代码位于src/core/nginx.c，从main函数开始
nginx服务器核心解析
"Nginx核心讲解文档，作者Lenky，主要介绍了Nginx服务器的核心概念和实现原理，旨在帮助读者从宏观角度理解Nginx，而非深入细致的代码注释。文档更新基于最新Nginx源码，并适用于CentOS 6.2 32位环境。" Nginx是一...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值