0


nginx-2-讲解与使用

注意

1:配置文件优化,达到nginx最大性能。

2:日志文件 /usr/local/nginx/logs/access.log 会一直增大,所有日志都会记录在这。磁盘满了会出现各种问题。定时器脚本清除各种日志。

3:整个访问流程,负载均衡,主从搭建(keepalived)组合 , 单机+(keepalived)组合,邮件发送,静态资源访问(流程,缓存,防盗链,防爬虫,合并js/css请求)

4:配置文件一定要加 user root; 否则有的时候反向代理,请求别的服务器的静态资源权限不够

1 原理简单讲解

nginx启动 ,会出现 多个进程 一个 master(管理者) 和多个 worker(工作者)。

worker进程的多少取决于你nginx.conf 中 worker_processes 配置的数量。

优点

1: 热部署:执行命令nginx -s reload 可以不用重启nginx,即可加载新的配置

   原因:worker1执行任务的时候,其他worker可以加载完新配置再去执行任务。

            当worker1执行 完任务的时候,也会去加载新配置。 这样任务不会中断。

2:每一个worker都是独立的进程,出了问题也不会影响其他任务。

3:设置多少合适

 worker_processes(worker进程数) = 服务器cpu数

worker_connections(每个worker最大连接数)=1024*cpu数

一个nginx最大连接数=worker_processes*worker_connections;

一台nginx能承受大约5万个并发连接数。

2 使用场景

正向代理,反向代理 +负载均衡,动静分离

2.1 正向代理 :

举例: 请求第三方接口时,第三方的网络和 我们的网络不通得,但是和总部的物理机通,

我们请求 ---->总部物理机 (nginx转发请求) ------>请求第三方接口。

2.2 反向代理 +负载均衡

2.3 动静分离

3 配置文件详解(nginx.conf)

参照了
Nginx 核心配置讲解_君泽随笔(JMC)的博客-CSDN博客_nginx核心配置

3.1 全局块

** 影响全局的配置:配置文件 开始 到 events 中间的内容都是**

3.1.1 worker(工作进程)的数量

worker_processes auto; # 建议auto 自动根据服务器核数 变成相应进程数。 
# 默认值是1。一般设置为和 CPU 核数一样  
 # 也就是处理并发能力,数值越大处理越多,看服务器cpu数

这些可以保持默认即可

user  root;                        # 运行用户,一定设置root     
error_log  logs/error.log;   # Nginx 的错误日志存放目录
pid        logs/nginx.pid;      # Nginx 服务启动时的 pid 存放位置

3.2 events块

主要影响nginx服务器与⽤户的⽹络连接

events {
    #建议注释
    use epoll; # 使用epoll的I/O模型(如果你不知道Nginx该使用哪种轮询方法,
               #  会自动选择一个最适合你操作系统的) 可选值 :select、poll、kqueue、epoll、/dev/poll、eventport

    worker_connections 1024; # 每个进程允许最⼤并发数 ,每个 workderprocess进程
     ⽀持的最⼤连接数      ,4核8g 可配置为 4096
                  
}

3.3 stream模块

3.4 http块

代理,缓存,日志定义等绝大多数功能和第三方模块的配置

 http块 又分为两个部分: http全局块,和server块

3.4.1 http全局块

http全局块的配置:文件引入,MIME-TYPE定义,日志自定义,连接超时时间,单链接请求数上限.等

文档

wwModule ngx_http_proxy_module

log_format : 如果想配置了 $http_x_realip 则必须在 location 中加上东西。


http {
    include       mime.types;  # 外部有一个文件 mime.types 支持的数据类型
    default_type  application/octet-stream; #设置默认的类型,会提示下载不匹配的类型文件

    #   log_format 日志的格式以及打印哪些信息 ,"$http_x_realip" 获取转发到目标服务器的ip,而且location 
    # 还必须加proxy_set_header配置。 
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for" "$http_x_realip" ';

   
    # access_log  logs/access.log  main;  #  日志默认存储位置 。

    ########## 三个同时开启 减少了网络开销,并加快了文件发送的速度 ####
    sendfile        on;   #用于开启文件高效传输模式
    tcp_nopush     on;  #当有数据时,先别着急发送, 确保数据包已经装满数据, 避免了网络拥塞
    tcp_nodelay  on;
    ################
    
    keepalive_timeout  65; #连接超时时间,默认为75s
   
     types_hash_max_size 2048;

     server_names_hash_bucket_size 512;

     client_header_buffer_size 128k;  # 请求头缓冲区 
     large_client_header_buffers 8 256k;  # 请求头缓冲区不够时,使用他扩。 

     ##### 
    client_max_body_size 128m; # 请求体/文件 
    client_body_buffer_size 128M;  #请求体分配一个缓冲区 和client_max_body_size 设置成一样的值。
     #####
     server_tokens off;
    proxy_connect_timeout   600; #Nginx服务器与后端被代理服务器尝试连接的超时时间 默认 60 
    proxy_send_timeout      600; #用于配置Nginx服务器向后端被代理服务器(组)发出write请求后,等待响应的超时时间 默认 60 
    proxy_read_timeout      600; #用于配置Nginx服务器向后端被代理服务器(组)发出read请求后,等待响应的超时时间 默认 60 
   
    ##### 解决后端服务传输数据过多,其实是header过大的问题
    proxy_buffer_size       128k; 
    proxy_buffers           2048 128k;  # 用于配置接收一次被代理服务器响应数据的Proxy Buffer个数和每个Buffer的大小.
    proxy_busy_buffers_size 512k;       # 
    ##### 解决后端服务传输数据过多,其实是header过大的问题
   
    proxy_temp_file_write_size 512k;

   #开启压缩 图片 html 等;
    gzip on;
    gzip_min_length  1k; #小于设置值的文件将不会压缩;
    gzip_buffers     16 8k;
    gzip_http_version 1.0 | 1.1; # 默认在http/1.0的协议下不开启gzip压缩。不能压缩,乱码
    gzip_comp_level 3;    # 压缩级别,1-9,数字越大压缩的越好,也越占用CPU时间
    gzip_types       text/plain application/javascript text/css image/png image/jpeg application/xml application/json application/octet-stream ;
    gzip_vary on;

  #加载自定义的nginx.conf  解耦 server块 
  include /etc/nginx/conf.d/*.conf;

    #负载均衡配置
    upstream test.com {
        #upstream的负载均衡 轮询(默认)。
        server 192.168.135.130:80 ;
        server 192.168.135.128:80 ;   
        #================== 
        
        #upstream的负载均衡,weight是权重,权值越高被分配到的几率越大。
        server 192.168.135.130:80 weight=4;
        server 192.168.135.128:80 weight=6;
         #================== 

        #每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题
            ip_hash;
            server 192.168.135.130:80;
            server 192.168.135.128:80;
         #==============================
         # Sticky是nginx的一个模块,它是基于cookie的一种nginx的负载均衡解决方案,
#通过分发和识别cookie,来使同一个客户端的请求落在同一台服务器上,默认标识名为route
           sticky;
            server 192.168.135.130:80;
            server 192.168.135.128:80;
        }

    server {
        listen       80; 设置监听的地址和端口
        server_name  localhost;   #设置server name,可以以空格隔开写多个并支持正则表达式,如*.magedu.com www.magedu.* 
        #charset koi8-r; #设置编码格式,默认是俄语格式,可以改为utf-8
        #access_log  logs/host.access.log  main;
       # 解耦 location块
       include /etc/nginx/default.d/*.conf;
     location / {
            root   html; # ngxin跟目录
            index helo.html index.html index.htm; # /usr/local/nginx/html 下先找到哪个就返回哪个 
            ######## 在这配置这4个 才好使 $http_x_realip ######
            proxy_set_header Host $http_host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
            ######## 
        }
    }
}

3.4.2 server块

虚拟主机的配置,监听端⼝的配置,请求转发、反向代理、负载均衡

虚拟主机理解:从用户角度看,和一台独立的硬件主机完全一样,节省成本

每一个http块可以包括多个server块,而每一个server块就相当于一个虚拟主机。

 而每一个server块,可以同时包含多个location

1 server块

本虚拟机主机的监听配置,和本虚拟机主机的名称或IP配置。

2 location 块

一个server可以配置多个location 。主要作用是,基于nginx服务器接收到的请求一个匹配,对特定请求进行处理。地址重定向,数据缓存,应答控制,许多第三方配置也在这里配置。

5 案例实战

5.1 了解nginx的目录结构

5.2默认配置解读

server_name:好像只能配置本机的ip ,不能写别的ip ,但是可以配置域名,域名下可以配置多个ip

** 域名和ip是多对多关系**

proxy_pass:支持ip 和域名, 但是不支持https方式代理。

1:= 不含有正则,严格匹配url, 匹配成功就会停止向下搜索url

2: ~ 正则 ,并且区分大小写

3: ~* 正则,不区分大小写

4:

 监听 server_name 的ip 和  listen的端口,访问的url 匹配规则符合,则直接执行符合的 location 
 
  server {
        listen       80; #监听80端口
       # listen ip:端口 # 当listen出现了ip时,server_name就失去了意义。所以不配置也罢了。
        server_name  localhost; #好像只能监听本机地址
        location / {
            root   html; # 根目录是 html
            index  index.html index.htm; #从左到右依次匹配,先匹配上谁就展示谁
        }
        location = /50x.html {
            root   html;
        }
     
    #正则方式 不区分大小写 路径带有 js或img或css都会走这个
     location ~*/(js|img|css) {
           root   /home/web/html ;
            index  home.html;
        }

      }

5.3 访问tomcat下的接口

信息:

nginx安装的ip http://192.168.135.4
访问就要加项目名了 demotomcat。jar命令部署就不用加了
​项目是在tomcat下:访问接口 http://192.168.135.4:8080/demotomcat/test/test

普通转发

http://192.168.135.4/demotomcat/test/test 
通过nginx 访问到tomcat接口  就等于 http://192.168.135.4:8080/demotomcat/test/test 
 server {
        listen       80;
        server_name  192.168.135.4;
        location / {
            root   html;
            index hello.html  index.html index.htm;
            proxy_pass http://127.0.0.1:8080; #  代理到 本机的8080 , 
# 上面两行没事的,不起作用好像
                   }
        }

正则路径匹配:~

128上,8080,8081 是jar命令方式部署的。不用加项目名。

路径匹配上了,并且把路径上的pro带到了 代理的url上了。

http://192.168.135.4:9999/pro/test1 等于  http://192.168.135.128:8080/pro/test1
 server {
        listen       9999;
        server_name  192.168.135.4;
        location ~ /pro {
            proxy_pass http://192.168.135.128:8080; #  代理到别的机器的 jar包上
                    }
        location ~ /dev {
            proxy_pass http://192.168.135.128:8081; #  代理到别的机器的8081 
                    }
        }

后端接口

按照我们以往的逻辑 应该这样访问:http://192.168.135.4:9999/pro/pro/test1 才对 
但是 ~ /pro 会带到url来  我们可以配置项目访问路径 context-path ,替换 ~ /pro 的它

路径匹配方式

     http://192.168.135.4:9999/pro/test1
     http://192.168.135.128:8080/pro/test1
 server {
        listen       9999;
        server_name  192.168.135.4;
        location /pro/ {
            proxy_pass http://192.168.135.128:8080/pro/; #  代理到别的机器的 jar包上
                    }
        location /dev/ {
            proxy_pass http://192.168.135.128:8081/dev/; #  代理到别的机器的8081 
                    }
        }

负载均衡:

http://192.168.135.4/pro/test1  轮询访问
         #负载均衡配置
       upstream myserver {
        #upstream的负载均衡 轮询(默认)。
        server 192.168.135.128:8080 ;
        server 192.168.135.128:8081 ;   
        }

       server {
        listen       9999;
        server_name  192.168.135.4;
        location /  {
            proxy_pass http://myserver; 
            proxy_connect_timeout 600;
                    }
        } 

5.9 静态资源访问

html,css,image 等访问

expires 设置缓存时间。

防盗链(图片等)

两种方式:nginx的root、alias指令区别
说明示例值现有照片名称a.pngroot方式location上路径自动带到url上alias方式location上路径不会带到url上访问图片的地址为http://192.168.135.4:9002/image/a.png或者 http://192.168.135.4:9001/image/a.png
root配置信息:

     server {
        listen       9001;
        server_name  192.168.135.4;
          location /image/ {
            root   /html/;  #方式一 必须根目录下创建 html/image/
           # root   html;   #方式二 nginx安装目录下 创建 html/image/
           # root   html/;   #方式三 nginx安装目录下 创建 html/image/
                           }

        }

alias配置信息:


server {
        listen       9002;  
        server_name  192.168.135.4;
 
          location /image/ {  
            alias /html/image/;#方式一 根目录下创建 /html/image/
            alias  html/image/;#方式二 nginx安装目录下创建 /html/image/
                           } 
        }

autoindex : 访问目录即可查看,该目录下的静态资源。

server {
        listen       9002;  
        server_name  192.168.135.4;
 
          location /image/ {  
            alias /html/image/;
            autoindex on; 

                           } 
        }

前端部署 rewrite/try_files

 #方式一:直接让你访问静态文件   
location / {
        root   /data/admin ;
            index  home.html;
        proxy_set_header Host $http_host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
        }

nginx安装目录下 html/image/b.png
#方式二:1 访问的没有一个匹配的,会有一个兜底的 。/image/b.png
      例如:访问 http://192.168.135.4/a   就会出现 图片
      2 直接访问 http://192.168.135.4   会依次查看 index是否有符合的。有则展示,无则走兜底
      3 只要你访问的路径是有东西的,并且写的对 就会展示。(try_files)
      
   location / {
            root   html;
            index hello.html  index.html index.htm;
               try_files $uri $uri/ /image/b.png;
           }

===============================
 location / {
 
        root /opt/dist;
        index index.html;
        # 尝试解析文件/文件夹,解析不到,跳到后端处理
        try_files $uri $uri/ @mq;
 
        }
 
         location @mq {
                # 负载均衡的配置
                proxy_pass http://mydjango;
              # 重定向也可以
           #  rewrite ^/(.*)$   http://www.baidu.com;       # 跳转到百度页面
        }

防盗链:

原因:

我们访问网站首页 home.html, 但是home.html 内 用了背景图 b.png 。浏览器会在发送一次请求,但是请求头会带 Referer:你nginx服务器的ip 。这样获取 b.png。

解决办法:

例如:前端的页面中home.html 中首页背景图片不想被别人访问,盗用。

** 直接返回错误码方式**

  #请求路径结尾 这些都 拦截 
   location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|flv|mp4|ico)$ {
      expires 30d; #缓存30天
      access_log off; #不记录日志
     valid_referers localhost; #有域名最好写域名, 检测来源的网址是不是填写的该地址
     if ($invalid_referer){#如果是无效的 返回403
      return 403;
         } 
        root   /home/web/html ;
            index  home.html;
        }

** 反会自定义错误页面**

  # 请求路径结尾 这些都 拦截 
   location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|flv|mp4|ico)$ {
      expires 30d; #缓存30天
      access_log off; #不记录日志
     # 防盗链
     valid_referers localhost; #有域名最好写域名, 检测来源的网址是不是填写的该地址
     if ($invalid_referer){#如果是无效的 返回403
      return 403; # 会走底下 ---> error_page --> location = /50x.html
         } 

        root   /home/web/html ;
            index  home.html;
        }

      error_page   403  /50x.html;
        location = /50x.html {
            root   html; 
        } 

静态资源优化,防止爬虫

静态资源优化,可以减少连接请求数,同时也不需要对这些资源请求打印日志。但副作用是资源更新可能无法及时。

expires 30s; #缓存30秒
expires 30m; #缓存30分钟
expires 2h; #缓存2小时
expires 30d; #缓存30天

server {

       # 防爬虫 文件夹下有 agent_deny.conf
      include /etc/nginx/default/*.conf;      

    # 后缀结尾 视频 图片
    location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|flv|mp4|ico)$ {
      expires 30d;
      access_log off;
    # 防盗链
     valid_referers localhost; #有域名最好写域名, 检测来源的网址是不是填写的该地址
     if ($invalid_referer){#如果是无效的 返回403
      return 403; # 会走底下 ---> error_page --> location = /50x.html
         } 

     }

    # 字体
    location ~ .*\.(eot|ttf|otf|woff|svg)$ {
      expires 30d;
      access_log off;
    }

    # js、css
    location ~ .*\.(js|css)?$ {
      expires 7d;
      access_log off;
    }

    # 禁止访问的文件或目录
    location ~ ^/(\.user.ini|\.ht|\.git|\.svn|\.project|LICENSE|README.md)   {
            deny all;
        } 
             
         location /.well-known  {
            allow all;
        } 

}

** agent_deny.conf **

#禁止Scrapy等工具的抓取
if ($http_user_agent ~* (Scrapy|Curl|HttpClient)) {
   return 403;
}
#禁止指定UA及UA为空的访问
if ($http_user_agent ~ "WinHttp|WebZIP|FetchURL|node-superagent|java/|FeedDemon|Jullo|JikeSpider|Indy Library|Alexa Toolbar|AskTbFXTV|AhrefsBot|CrawlDaddy|Java|Feedly|Apache-HttpAsyncClient|UniversalFeedParser|ApacheBench|Microsoft URL Control|Swiftbot|ZmEu|oBot|jaunty|Python-urllib|lightDeckReports Bot|YYSpider|DigExt|HttpClient|MJ12bot|heritrix|EasouSpider|Ezooms|BOT/0.1|YandexBot|FlightDeckReports|Linguee Bot|^$" ) {
   return 403;
}
#禁止非GET|HEAD|POST方式的抓取
if ($request_method !~ ^(GET|HEAD|POST)$) {
  return 403;
}

合并客户端请求(concat模块)

例如:加载一个html可能要加载很多js,假如需要三个js,就会多3个请求js的请求。为了提高效率,可以合并为一个请求,同时获取这三个js. 淘宝就是这样的。因为是淘宝开发的。

安装过程在我的文章 nginx安装里:简单应用

location /static/css/ {
    concat on; #开启
    concat_max_files 20; #最多20个
}
    
location /static/js/ {
    concat on;
    concat_max_files 30;#最多30个
}

合并文件输出(ssi模块)

文档讲解

Module ngx_http_ssi_module

支持插入另一个html

<!--#include virtual="head.html" -->
  a.html内容
<!--#include virtual="footer.html" -->

三个作用域下面(http, server, location)

server {
...
ssi on; #开启
ssi_last_modified on;# 有缓存的时候用合适
}

很多命令 比如判断等。

高可用集群模式

单机版(keepalived)

单机模式下也可以考虑安装keepalived 他可以检测nginx是否启动,执行脚本让nginx自动启动。短暂的访问失效

主从版(keepalived)

优点:容灾

缺点:资源浪费,从机基本用不到。主机挂掉也会脚本重启。

1:准备两台服务器 ,192.168.135.4,192.168.135.128

2:在这两台服务器上都需要安装nginx,和keppalived

3:主机和从机的keppalived,只有 priority ,state

4:先启动nginx 在启动keppalived。

5:对外访问的ip: 192.168.135.9

yum安装方式:默认安装位置 etc/keepalived/keepalived.conf

yum install keepalived -y

keepalived.conf

主从配置 修改属性位置:priority,state ,mtp_server

注意:每个模块名和 { 要有一个空格,

日志文件默认位置是系统日志:/var/log/messages 查看脚本不启动等等都需要看日志

! Configuration File for keepalived
#全局定义
global_defs { 
#######################邮件配置可以删除################
   # 发送邮件报警 不建议用。需系统开启sendmail服务,建议用第三方独立监控服务。
   notification_email {
     [email protected]
     [email protected]
     [email protected]
   }
   #指定发件人,可选配置。
   notification_email_from [email protected]
   # 指定发送邮件的smtp服务器地址,可选配置。写本服务器ip
   smtp_server 192.168.200.1
   smtp_connect_timeout 30   # 连接smtp的超时时间
######################邮件配置可以删除######################

   router_id LVS_DEVEL   #用户标识本节点的名称
}
#声明检查脚本
vrrp_script chk_nginx { 
    
 script "/etc/keepalived/nginx_check.sh"
 interval 2 #检测脚本执行的间隔 监控脚本的执行时间要大于advert_int(3秒不行就5秒
 weight 2
}

# 定义一个vrrp_install实例,名称为VI_1
vrrp_instance VI_1 {
    state MASTER  # 实例的角色状态,主机 AMSTER 从机 BACKUP
    interface ens33 # 对外提供服务的网络接口,如eth0,eth1. ifconfig查看
    virtual_router_id 51 #虚拟路由ID标识,主备服务器配置中相同实例的ID必须一致,否则将出现脑裂问题。
    priority 100      # priority表示实例优先级,数字越大,优先级越高 主机高于从机
    advert_int 1   # advert_int为同步通知间隔。主备之间通信检查的时间间隔,默认为1秒。    
    # 权限认证配置。
    authentication { #设置验证类型和密码,MASTER和BACKUP必须使用相同的密码才能正常通信
        auth_type PASS
        auth_pass 1111
    }
    
    # 虚拟IP地址;可以配置多个IP,每个IP占一行。注意,这里的IP就是在工作中需要和域名绑定的ip,
    # 即可配置的高可用服务监听的ip保持一致。
    virtual_ipaddress {
        192.168.135.9 # 对外访问的ip
    }

   # 启动脚本 必须和上面的声明 名称一致
    track_script {
        chk_nginx #执行 Nginx 监控的服务
    }
      

    # 下面是配置的邮件发送脚本,不想使用此功能 可以删除########### 
    #定义通知脚本,当前节点成为主节点时触发的脚本
    notify_master "/etc/keepalived/notify.sh master"
    #定义通知脚本,当前节点转为备节点时触发的脚本
    notify_backup "/etc/keepalived/notify.sh backup"
    #定义通知脚本,当前节点转为“失败”状态时触发的脚本
    notify_fault "/etc/keepalived/notify.sh fault"

    #上面 配置的邮件发送脚本,不想使用此功能 可以删除########### 

}

nginx_check.sh

1:脚本加权限: chmod u+x nginx_check.sh

                        chmod 744 nginx_check.sh

2:先执行一下脚本,看是否是可执行脚本。

3:脚本详解,先查看nginx是否启动,没有启动会执行启动命令,过了2秒还没有启动成功,会关闭 keepalived 服务,因为不关闭它,无法从主服务器切换到从服务器

4 解决脚本不执行 参考 keepalived配置检测脚本问题 - 知乎

#!/bin/bash
# echo 1 >> myid
A=`ps -C nginx --no-header |wc -l`
# 如果等于0 就 nginx没有启动
if [ $A -eq "0" ];then
cd /usr/local/nginx/sbin/
./nginx
sleep 2
# 如果等于0 就 nginx没有启动  keepalived也必须关闭,否则依然访问不到从nginx
if [ `ps -C nginx --no-header |wc -l` -eq 0 ]; then
 #  killall keepalived
   systemctl stop keepalived.service
    fi
    fi

启动服务前必须执行命令

1:脚本必须执行: chmod u+x nginx_check.sh

                           chmod 744 nginx_check.sh

2:暂时版:setenforce 0

 永久版:  sed -i "s/^SELINUX=.*/SELINUX=disabled/g" /etc/selinux/config

启动服务

启动nginx 和 keepalived

./nginx

启动 keepalived

systemctl start keepalived.service

停止 keepalived

systemctl stop keepalived.service

重启

systemctl restart keepalived.service

验证

直接访问 http://192.168.135.9/
关闭主服务器上的 nginx 不关闭 keepalived 。依然不能访问到从nginx. 报错。所以脚本上必须也要关闭keepalived
关闭主服务器上的nginx,和 keepalived  。可以访问到从服务器的nginx

邮件配置

1:邮箱要开启所有服务,要不收不到邮件。

2:邮件脚本也要按照上面的脚本方式赋予权限等操作

yum install mailx -y
 vim ~/.mailrc 或 /etc/mail.rc

set [email protected]  # [email protected]
set smtp=smtp.qq.com       # .163.com 
set [email protected] #[email protected]
set smtp-auth-password=授权码  #邮箱需要开启POP3/SMTP服务并 填写授权码
set smtp-auth=login
set ssl-verify=ignore

测试:echo test mail | mail -s testa 收件人[email protected]

** notify.sh 可以执行一下脚本测试发邮件**

#!/bin/bash
#
contact='[email protected]'  #可以结合邮件设置向QQ发送邮件,在全局中的notification_email也要设置
notify() {
mailsubject="$(hostname) to be $1, vip floating" # 邮件标题
mailbody="$(date +'%F %T'): vrrp transition, $(hostname) changed to be $1"
echo "$mailbody" | mail -s "$mailsubject" $contact
}
case $1 in
master)
notify master
;;
backup)
notify backup
;;
fault)
notify fault
;;
*)
 
echo "Usage: $(basename $0) {master|backup|fault}"
exit 1
;;
esac
chmod +x /etc/keepalived/notify.sh

keepalived互为主备

Keepalived+LVS+nginx搭建nginx高可用集群

标签: nginx

本文转载自: https://blog.csdn.net/weixin_44383484/article/details/127282613
版权归原作者 我的搬砖日常 所有, 如有侵权,请联系我们删除。

“nginx-2-讲解与使用”的评论:

还没有评论