• nginx服务器

    目录

    什么是nginx

    使用nginx的命令

    nginx的目录结构

    nginx的基本请求流程

    nginx的基础配置文件

    虚拟主机

    虚拟主机域名配置

    正向代理

    反向代理

    负载均衡

    负载均衡策略

    轮询策略

    权重策略

    ip_hash策略

    least_conn策略

    url_hash策略

    fair策略

    nginx常见属性

    down属性

    backup属性

    动静分离

    静态页面

    动态请求

    关于静态资源location匹配

    urlRewrite

    flag标记说明

    防盗链

    防盗链与自定义错误文件

    防盗链配置

    使用curl测试防盗链

    curl基本命令

    nginx高可用

    前言

    keepalived的使用

    测试

    什么是nginx

    nginx是一款高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务，因为其稳定、丰富的功能集，简单的配置文件和地系统的资源消耗而闻名

    注意：

    • nginx的主要功能是实现反向代理
    • 通过配置文件可以实现集群和负载均衡
    • 静态资源虚拟化
    • nginx底层是用C语言进行开发的

    使用nginx的命令

    进入安装好nginx的sbin目录

    • ./nginx：启动
    • ./nginx -s stop：快速停止
    • ./nginx -s quit：优雅关闭，在退出前完成已经接受的连接请求
    • ./nginx -s reload：重新加载配置

    访问时注意关闭防火墙

    关闭防火墙：systemctl stop firewalld.service

    禁止防火墙开机自启：systemctl disable firewalld.service

    访问虚拟机：http://192.168.126.129

    注意：默认会跳到nginx内html目录下的index.html页面 

    注意：

    1. nginx每次启动时都会有2个进程，一个主进程，一个守护进程；
    2. 主进程：主要提供反向代理服务，占用内存空间大
    3. 守护进程：防止主进程意外关闭
    4. 如果要关闭nginx则需要先关闭守护进程，然后再关闭主进程（window内关服务的话）

    nginx的目录结构

    conf：存放nginx的主配置文件

    注意：nginx.conf为nginx的核心配置文件，里面进行nginx的一些策略设置等，在该配置文件里面会引用到其他配置文件

    html：存放默认情况下（成功、失败等）的网页和其他的一些静态资源

    logs：用来记录访问日志（分别有成功访问日志以及失败访问日志）

    sbin：存放nginx的主程序，用于nginx的启动与关闭等

    nginx的基本请求流程

    理解：nginx服务开启（此时nginx已经通过sbin目录下的主程序开启），首先nginx的Master主进程会把nginx.conf配置文件的内容读取进来并校验，若配置文件没有错误，则他的会开启多个子进程，来等待客户端发起的请求，worker对请求进行响应与解析，找到html目录，并将对应的资源返回给用户。

    注意：nginx的主进程不处理业务，他的主要作用就是协调这些子进程worker

    nginx的基础配置文件

    1. #说明在启动nginx的时候要启动多少个子进程
    2. worker_processes  1;
    3. #事件驱动模块
    4. events {
    5. #每一个work进程能够创建多少个连接
    6.     worker_connections  1024;
    7. }
    8. #http协议（里面可有多个主机,客户端请求按照顺序进行）
    9. http {
    10. #include作用是把另外一个配置文件引入到我们当前的配置文件当中
    11. #mime.types-请求头，头里面会表明当前给客户端发送的文件的类型
    12.     include       mime.types;
    13. #如果类型不包含在mime.types里，那么就会用下面的默认类型
    14.     default_type  application/octet-stream;
    15. #数据零拷贝，若为off则nginx应用程序会读取资源后复制给网络接口，若为on，则nginx不去加载资源，会向网络接口添加信号；网络接口来读取资源（网络接口读到文件后直接通过网路将数据发送给用户）
    16.     sendfile        on;
    17. #保持连接超时的时间
    18.     keepalive_timeout  65;
    19. #一个server代表一个虚拟主机,可写多个server（每个虚拟主机之间互相不干扰）
    20.     server {
    21. #可以通过端口号的方式来区分主机的不同（当前服务器主机在80端口运行）
    22.         listen       80;
    23. #表示当前主机的主机名（域名/主机名）
    24.         server_name  localhost;
    25. #localion表示拦截root目录下的子目录路径名（可写多个location）
    26.         location / {
    27. #root表示以nginx目录下的什么目录为根目录（这里用到了相对路径-nginx内的html）
    28.             root   html;
    29. #index表示响应给具体目录下的具体页面
    30.             index  index.html index.htm;
    31.         }
    32. #如果发生下面错误码的错误，那么就会转向/50x.html这个地址
    33.         error_page   500 502 503 504  /50x.html;
    34. #一旦用户访问/50.html,那么就会在root目录下寻找50x.html
    35.         location = /50x.html {
    36.             root   html;
    37.         }
    38.     }
    39. }

    虚拟主机

    理解：把一台主机虚拟出来更多的主机（实现了一个ip地址可以访问多个域名），由nginx里判断，该客户端到底要访问哪个域名，nginx找到资源后将其返回给客户端

    虚拟主机域名配置

    1. http {
    2.     include       mime.types;
    3.     default_type  application/octet-stream;
    4.     sendfile        on;
    5.     server {
    6. #访问端口号为88，打破http默认端口
    7.         listen       88;
    8. #配置的域名，对应的是本机ip（域名可以写多个）
    9.         server_name  cjc.com;
    10. #拦截uri为/app的请求
    11.         location /{
    12. #响应根目录下的www/main内的资源
    13.             root   /www/main;
    14. #响应的资源名
    15.             index  main.html;
    16.         }
    17.         error_page   500 502 503 504  /50x.html;
    18.         location = /50x.html {
    19.             root   html;
    20.         }    
    21.     }
    22. #第二个虚拟主机（顺序执行）
    23.   server {
    24.         listen       80;
    25.         server_name  localhost;
    26.         location /{
    27. #这里用了相对路径，nginx下html内的static目录
    28.             root   html/static;
    29.             index  app.html;
    30.         }
    31.         error_page   500 502 503 504  /50x.html;
    32.         location = /50x.html {
    33.             root   html;
    34.         }    
    35.     }
    36.   server {
    37.         listen       90;
    38.         server_name  localhost;
    39.         location /{
    40. #proxy_pass的作用：将拦截的请求响应到一个地址上
    41.             proxy_pass  http://www.265.com/;
    42.         }
    43.         error_page   500 502 503 504  /50x.html;
    44.         location = /50x.html {
    45.             root   html;
    46.         }    
    47.     }
    48. }

    注意：

    • server_name可以写多个域名，中间用空格隔开。
    • server_name支持正则表达式匹配
    • 一个server_name相当于一个服务端ip地址，当然，该位置也可以直接写成服务端ip地址

    正向代理

    含义：客户端发送的请求会先经过代理服务器，然后代理服务器转发请求到目标服务器，代理服务器从目标服务器获得内容后响应给客户端，整个过程目标服务器不知道是哪个具体客户端发出的请求（客户端没法访问目标服务器，通过代理服务器进行转发）

    反向代理

    含义：用户发送请求到目标服务器，由代理服务器决定访问哪个ip，整个后面的过程用户不清楚，也不清楚是哪个服务器为自己处理的请求，全是由反向代理服务器决定

    理解：用户在访问系统时通过互联网到我们系统的网关路由上，网关会将请求转发到具体的nginx服务器上，此服务器为nginx反向代理服务器，他会把用户发来的所有请求转发到我们后端的应用服务器（用户不能够直接访问外网服务器，必须通过nginx将请求转发给服务器；然后服务器将结果返回给nginx，nginx再将数据传递给用户）

    1. #虚拟主机
    2.   server {
    3.         listen       90;
    4.         server_name  cjc.com;
    5.         location /getPort{
    6. #proxy_pass后面配置一个服务器地址（不支持https服务器）
    7.             proxy_pass  http://192.168.18.16:8080;
    8.         }
    9.         error_page   500 502 503 504  /50x.html;
    10.         location = /50x.html {
    11.             root   html;
    12.         }    
    13.     }

    解释：访问cjc.com:90/getPort就相当于访问后端http://192.168.18.16:8080/getPost

    经测试向nginx服务器发送参数时，nginx会向目标服务器实现请求转发功能，该请求会发送到目标服务器内

    即访问：cjc.com:90/getPost?name=lili

    等价于：http://192.168.18.16:8080/getPost?name=lili

    负载均衡

    含义：请求发送到系统时，通过某些方式把请求均匀分发到多个节点上，使系统中的每个节点都能够均匀的处理请求负载，则可以认为系统是负载均衡的

    1. http {
    2.     include       mime.types;
    3.     default_type  application/octet-stream;
    4.     sendfile        on;
    5. #虚拟主机
    6.   server {
    7.         listen       88;
    8.         server_name  cjc.com;
    9.         location /{
    10. #proxy_pass后面配置一个服务器地址（不支持https服务器）
    11.             proxy_pass  http://randomName/getPort;
    12.         }
    13.         error_page   500 502 503 504  /50x.html;
    14.         location = /50x.html {
    15.             root   html;
    16.         }    
    17.     }
    18. #upstream定义一组服务器来使用，用来配置负载均衡
    19.   upstream randomName{
    20.   server  192.168.18.16:8080;
    21.   server  192.168.18.16:8081;
    22.   server  192.168.18.16:8082;
    23.   }
    24. }

    在后端开启了3个端口（8080、8081、8082）的服务 

    1. @RestController
    2. public class TestController {
    3.     @Value("${server.port}")
    4.     private String port;
    5.     @GetMapping("/getPort")
    6.     public String getPort(String user){
    7.         System.out.println(user);
    8.         return "当前端口号"+port;
    9.     }
    10. }

    注意：访问cjc.com:88?name=lili等价于向randomName服务器集群中/getPort?name=lili

    负载均衡策略

    轮询策略

    含义：按照配置文件的顺序依次访问（默认为轮询）

    1.   upstream randomName{
    2.   server  192.168.18.16:8080;
    3.   server  192.168.18.16:8081;
    4.   server  192.168.18.16:8082;
    5.   }

    权重策略

    分别给每个服务适当的权重，若没有设置权重，那么默认权重为1

    1. #upstream定义一组服务器来使用，用来配置负载均衡
    2.   upstream randomName{
    3. #为该服务设置权重为6
    4.   server  192.168.18.16:8080  weight=6;
    5. #为该服务设置权重为3
    6.   server  192.168.18.16:8081  weight=3;
    7. #为该服务设置权重为1
    8.   server  192.168.18.16:8082  weight=1;
    9.   }

    ip_hash策略

    判断来源的ip地址，相同的ip指向相同的服务器

    1.   upstream randomName{
    2. #与第一个服务进行绑定
    3.   ip_hash;
    4.   server  192.168.18.16:8080;
    5.   server  192.168.18.16:8081;
    6.   server  192.168.18.16:8082;
    7.   }

    注意：

    • ip_hash;可以放在任意位置，但是最终只会与不是down的服务进行绑定 
    • 设置ip_hash;时ip一般不会与备用机进行绑定

    least_conn策略

    最少连接访问：寻找连接数最少的服务器进行访问

    1.   upstream randomName{
    2.   least_conn;
    3.   server  192.168.18.16:8080 backup;
    4.   server  192.168.18.16:8081;
    5.   server  192.168.18.16:8082;
    6.   }

    注意：这里有一个问题，比如某个服务器由于性能原因，通过权重策略使得该服务器的流量变少，这时使用该最少连接访问那么就不合理

    url_hash策略

    判断来源的url路径，相同的url指向相同的服务器-比如注册的时候被转发到某台服务器（少用）

    注意：使用该策略时需要安装第三方插件

    fair策略

    根据后端服务器响应速度来实现转发请求（有流量倾斜的风险）

    注意：使用时还得安装插件很少用

    nginx常见属性

    down属性

    理解：若down属性标识了该服务器，则nginx不会再次访问该服务器

    1.   upstream randomName{
    2. #down掉第一个服务，ip_hash;自动绑定下一个服务
    3.   ip_hash;
    4.   server  192.168.18.16:8080 down;
    5.   server  192.168.18.16:8081;
    6.   server  192.168.18.16:8082;
    7.   }

    backup属性

    理解：设置备用机，正常情况下备用机不会被访问，但当主机遇忙或者down机后，备用机才会被访问

    1.   upstream randomName{
    2. #将第一台机器设置为备用机
    3.   server  192.168.18.16:8080 backup;
    4.   server  192.168.18.16:8081;
    5.   server  192.168.18.16:8082;
    6.   }

    动静分离

    理解：将动态请求和静态请求分离开，将静态资源前置到nginx里，将动态请求打到后端的tomcat中

    作用：动静分离的基础是它可以根据配置不同的请求做不同的转发，动静分离有利于提高整个服务器系统的性能

    静态页面

    1. #访问cjc.com对应的ip地址:80
    2.   server {
    3.         listen       80;
    4.         server_name  cjc.com;
    5. #后接/static会返回nginx/html/static目录下的app.html页面
    6.         location /static{
    7.             root html;
    8.             index  app.html;
    9.         }
    10. #后接/fix会返回nginx/html/fix目录下的fix.html页面
    11.         location /fix{
    12.             root html;
    13.             index  fix.html;
    14.         }
    15.         error_page   500 502 503 504  /50x.html;
    16.         location = /50x.html {
    17.             root   html;
    18.         }    
    19.     }

    动态请求

    1.   server {
    2.         listen       80;
    3.         server_name  cjc.com;
    4.         location /{
    5.             proxy_pass  http://randomName/getPort;
    6.         }
    7.         error_page   500 502 503 504  /50x.html;
    8.         location = /50x.html {
    9.             root   html;
    10.         }    
    11.     }
    12.   upstream randomName{
    13.   least_conn;
    14.   server  192.168.18.16:8080 backup;
    15.   server  192.168.18.16:8081;
    16.   server  192.168.18.16:8082;
    17.   }

    关于静态资源location匹配

    • location后面接的路径越复杂，则优先级越高，如/fix比/优先级高
    • location后面的路径支持正则表达式写法（该正则里面不区分大小写）

    urlRewrite

    后端开启8080端口

    1. @RestController
    2. public class TestController {
    3.     @RequestMapping("/first.html")
    4.     public String getFirst(String username){
    5.         return "第一名："+username;
    6.     }
    7. }

    通过正则匹配实现用2.html代替后端first.html?username=lili这个请求

    1.   server {
    2.         listen       88;
    3.         server_name  cjc.com;
    4.         location /{
    5.             rewrite ^/2.html$  /first.html?username=lili  break; #break为flag标记
    6.             rewrite ^/1.html$  /first.html?username=lan  break;
    7.             proxy_pass  http://192.168.18.16:8080;
    8.         }
    9.         error_page   500 502 503 504  /50x.html;
    10.         location = /50x.html {
    11.             root   html;
    12.         }    
    13.     }

    请求：http://192.168.18.16:8080/2.html

    相当于请求：http://192.168.18.16:8080/first.html?username=lili

    注意：urlRewrite规则可以写多个 

    flag标记说明

    • break：匹配到了当前这一条那么直接返回，不会再继续匹配了，浏览器地址不变，但会显示新页面
    • last：本条规则匹配完成后继续向下匹配后面的location url规则（跳出当前location作用域，继续匹配下一个location作用域的规则[因为location可写多个]）——用的极少
    • redirect：返回302，临时重定向，浏览器地址栏会显示跳转后的url地址
    • permanent：返回301，永久重定向，浏览器地址栏会显示跳转后的url地址

    防盗链

    含义：存在我们服务器上的那些资源只能由我们自己的服务器来进行访问，其他地方的服务器地址来引入该资源则访问失败

    防盗链与自定义错误文件

    1.   server {
    2.         listen       80;
    3.         server_name  cjc.com;
    4.         location /static{
    5. #设置可以访问该静态资源的地址（none标识防盗链的配置，最后面的域名可以设置多个，多个之间用空格隔开）
    6.         valid_referers none 192.168.18.16;
    7. #如果不是白名单，则会报403错误 
    8.         if ($invalid_referer) {
    9. #这里也可以直接rewrite
    10. #rewrite ^/    img/x.png break;
    11.         return 403;
    12.         }
    13.             root html;
    14.             index  app.html;
    15.         }
    16. #如果发生下面错误码的错误，那么就会转向/50x.html这个地址
    17.         error_page   500 502 503 504  /50x.html;
    18. #一旦用户访问/50.html,那么就会在root目录下寻找50x.html
    19.         location = /50x.html {
    20.             root   html;
    21.         }
    22.         error_page   403  /40x.html;
    23.         location = /40x.html {
    24.             root   html;
    25.         }
    26. }

    注意：

    • if与（）之间有个空格，不然报错 
    • return也可以直接return页面，如return /40x.html;那么就会直接去nginx目录的html目录内去找对应的文件

    防盗链配置

    格式：valid_referers   none   server_name

    • none：就是referer头（http报文里的）如果不存在的情况下允许访问（就是浏览器直接访问静态资源）
    • server_name：设置一个或多个URL，检测Referer头域的值是否是这些URL之间的一个

    使用curl测试防盗链

    linux下安装curl：yum install -y curl

    curl基本命令

    curl -I http://192.168.44.101/img/logo.png

    解释：

    • 直接访问服务器内的资源，最终返回响应头（-I参数）信息
    • 相当于浏览器直接访问服务器内的logo.png

    curl -e "http://baidu.com" -I http://192.168.44.101/img/logo.png

    解释：表示访问192.168.44.101引用http://baidu.com内img下的logo.png资源

    nginx高可用

    前言

    我们知道后端的应用服务器通过nginx的负载均衡保证了后端服务的高可用（后端服务器冗余备份，以备不时之需）；但是我们应该怎么保证nginx的高可用呢？

    开两个nginx服务，通过keepalived通信机制，keepalived不需要nginx加一层机器，其跑在运行中的机器上；当keepalived跑起来以后两台keepalived的机器（nginx）上会互相通信，来检测对方是否挂掉；两台机器既然要同时提供服务，那么两台机器必然具有不同ip地址，那么前端的用户请求应该请求哪个ip地址呢？

    keepalived会管理虚拟ip地址在两台服务器中切换，用户发的请求都会通过虚拟ip，当一台机器down后，那么虚拟ip地址就会在下一个机器中。

    简单解释：就是一个两个nginx以及所在的机器和keepalived都运行着，一个nginx提供服务，另一个nginx当备胎，用户请求只请求那个虚拟ip地址；那么一个nginx机器down了，虚拟ip跑到下一个nginx机器上，备用机开始提供服务

    keepalived的使用

    安装keepalived：yum install -y keepalived

    进入/etc/keepalived目录的keepalived.conf文件

    1. ! Configuration File for keepalived
    2.  
    3. global_defs {
    4.  
    5.    router_id LVS_DEVEL
    6. }
    7. #vrrp为keepalived在内网当中通信的协议，VI_1为实例名称，可以随机写
    8. vrrp_instance VI_1 {
    9. #state表示当前机器是master
    10.     state MASTER
    11. #interface后面接网卡名称
    12.     interface ens33
    13.     virtual_router_id 51
    14. #priority表示优先级，主备竞选来决定谁是master
    15.     priority 100
    16. #间隔检测的时间
    17.     advert_int 1
    18. #分组认证配置（同一组保持一致）
    19.     authentication {
    20.         auth_type PASS
    21.         auth_pass 1111
    22.     }
    23. #虚拟ip地址，可以添写多个
    24.     virtual_ipaddress {
    25.         192.168.126.130
    26.     }
    27. }

    启动keepalived：systemctl start keepalived

    查看keepalived状态：systemctl status keepalived

    查看ip地址：ip addr

    可以看出多了个vip

    然后在第二个含有nginx的linux服务器内配置keepalived

    在对应的keepalived.conf文件内配置

    1. ! Configuration File for keepalived
    2.  
    3. global_defs {
    4. #改变router_id名称
    5.    router_id LVS_DEVEL1
    6. }
    7. vrrp_instance VI_1 {
    8. #将状态设置为备用机
    9.     state BACKUP
    10.     interface ens33
    11.     virtual_router_id 51
    12. #优先级相对于master设置的低一些，因为是备用机
    13.     priority 50
    14.     advert_int 1
    15.     authentication {
    16.         auth_type PASS
    17.         auth_pass 1111
    18.     }
    19. #虚拟ip地址，可以添写多个
    20.     virtual_ipaddress {
    21.         192.168.126.130
    22.     }
    23. }

    注意：

    • vrrp_instance实例名称与virtual_router_id以及authentication必须是对应的（若对应不上则加入不到一组里）
    • keepalived选举方式：通过keepalived配置文件中的优先级，优先级越高，则越容易成为master，一旦优先级比别的优先级低的话，那么自己就会把自己改成backup了

    将第二个keepalived也启动

    测试

    通过外网ping 192.168.126.130会发现起初master主机可以给外网计算机发送数据，当把主机down掉，那么会发现备用机身上的ip突然多出了192.168.126.130，备用机开始给主机发送数据（实现了ip漂移）

  • 相关阅读:
    计算机图形学-算法总结
    语音识别笔记
    PM3398B-6P-1–3P-E 借助物联网和人工智能解决方案
    vue防抖和限流
    C++--智能指针--1123
    不知道HTTPS的加密原理,相信我,看这一篇就够了!
    Linux Vi和Vim编辑文件常用命令
    Java 大文件分片上传
    Maven部署打包多环境（开发、测试、生产）配置教程
    Flink整合面向用户的数据流SDKs/API(Flink关于弃用Dataset API的论述)
  • 原文地址：https://blog.csdn.net/m0_60027772/article/details/126527634