10个场景，基本会玩Nginx了！

最新推荐文章于 2023-12-10 22:38:38 发布
最新推荐文章于 2023-12-10 22:38:38 发布
阅读量387 收藏
点赞数
分类专栏： Linux 文章标签： nginx
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zx594386126/article/details/117178297
版权

  • 概述

  • 安装&使用

  • 实用场景

    • 虚拟主机

    • 静态站点

    • 反向代理

    • 负载均衡

    • HTTPS加密传输

    • 文件服务器

    • 限速

    • 限流

    • 黑白名单

    • 请求拦截

  • 配置&变量详解

  • HTTP状态码

概述

What is Nginx?

Nginx（发音同“engine x”）是一个高性能的反向代理和 Web 服务器软件，因其系统资源消耗低、运行稳定且具有高性能的并发处理能力等特性，Nginx 在互联网企业中得到广泛应用。

Nginx特点

  • 高性能、高并发

  • 扩展性好

  • 异步非阻塞的事件驱动模型

    NginxApache
    一个进程处理多个请求一个进程处理一个请求
    非阻塞式阻塞式

安装&使用

安装

windows安装

  • 下载官方稳定版：https://nginx.org/download/nginx-1.20.0.zip
  • 解压到本地，直接运行nginx.exe即可

Linux安装

  • rpm包安装

rpm包下载页：

http://nginx.org/packages/rhel/7/x86_64/RPMS/

$ rpm -ivh nginx-*.rpm
  • 关闭防火墙
$ firewall-cmd --zone=public --add-port=80/tcp --permanent
$ firewall-cmd --reload

rpm包中已包含了大量常用模块，推荐使用rpm包方式安装，简单快速

使用

命令参数含义
nginx启动
nginx -V查看当前版本及编译配置信息
nginx -t检查配置文件语法是否正确
nginx -s stop直接关闭worker子进程
nginx -s quit等待worker子进程正确处理完请求后关闭
nginx -s reload重读配置文件

实用场景

虚拟主机

server {
    # 1: 基于多ip的虚拟主机：listen监听不同网卡的ip，端口可相同
    listen 8000;
    server_name 172.17.1.1;
    
    listen 8000;
    server_name 172.17.1.2;
    
    # 2: 基于多端口的虚拟主机：listen监听不同端口
    listen 8001;
    server_name localhost;
    
    listen 8002;
    server_name localhost;
    
    #3: 基于域名的虚拟主机：端口可相同，server_name为不同域名
    listen 8003;
    server_name www.test1.com;
    
    listen 8003;
    server_name www.test2.com;
}

静态站点

为了加快网站解析速度，可以将动态资源交给后端服务器，纯前端的静态页面放在系统目录下，交给Nginx来解析。

server {
    listen 80;
    server_name localhost;
    
    location / {
          root   /opt/nginx/html;
          index  index.html index.htm;
      }
}

反向代理

反向代理是用户客户端访问代理服务器后，被反向代理服务器按照一定的规则从一个或多个被代理服务器中获取响应资源并返回给客户端的代理模式，客户端只知道代理服务器的 IP，并不知道后端服务器的 IP，原因是代理服务器隐藏了被代理服务器的信息。

七层反向代理

在配置文件nginx.conf中的http段中，写入如下格式的配置，即可将本地8088端口代理到百度：

server {
    listen       8088;
    server_name	 localhost;
    
    location / {
        proxy_pass   https://www.baidu.com;
    }
}

四层反向代理

Nginx除了可以代理HTTP七层流量，还可以代理 TCP/UDP 四层流量，核心模块 stream 需要在编译配置时增加“–with-stream”参数进行编译（rpm包已包含）。

配置文件如下（需写在main段中）：

stream {
    server {
        listen 3306;
        # 访问本机的3306，就被转发到了远程的3306
        proxy_pass 172.17.0.1:3306;
    }
}

负载均衡

当出现高并发大流量的业务场景时，单台后端服务器已无法支撑业务正常运行，需要将请求流量按照一定规则分发到多台服务节点上，即使某个节点宕机，系统依然能够对外正常提供服务，以此来提高系统的性能和稳定性。

支持协议图

upstream模块

  • 定义上游服务器
指令含义
upstream段名，中间定义上游服务url
server定义上游服务地址
zone定义共享内存，用于跨worker子进程共享数据
keepalive对上游服务启用长连接，每个worker子进程与上游服务器***空闲长连接***的最大数量（keepalive 16； 当同时有5000个请求过来，处理完毕后，会保留16个连接，其他全部关闭）
keepalive_requests一个长连接可以处理的最多请求个数
keepalive_timeout空闲情况下，一个长连接的超时时长，超过后会销毁长连接
hash负载均衡算法：哈希
ip_hash负载均衡算法：依据ip进行哈希计算
least_conn负载均衡算法：最少连接数
least_time负载均衡算法：最短响应时间
random负载均衡算法：随机
server可选参数
参数含义
weight=number权重值，默认为1
max_conns=number上游服务器的最大并发连接数
fail_timeout=time服务器不可用的判定时间（10s内不可用次数达3次，则在这10s内不会再转发给后端，超过10后依然还是会转发过去）
max_fails=number服务器不可用的检查次数
backup备份服务器，仅当其他服务器都不可用时
down标记服务器长期不可用，离线维护

负载均衡算法

  • 轮询（默认）

    • 每个请求按时间顺序逐一分配到不同的后端服务器
upstream backend {
    # 默认所有服务器权重为 1
    server 192.168.1.1:8080;
    server 192.168.1.2:8080;
    server 192.168.1.3:8080;
}

  • weight-权重轮询

    • 指定轮询概率，用于后端服务器性能不均的情况
upstream backend {
    server 192.168.1.1:8080	weight=3;
    server 192.168.1.2:8080	weight=2;
    # default weight=1
    server 192.168.1.3:8080;		
}

  • 哈希-hash

    • 哈希算法是将任意长度的二进制值映射为较短的固定长度的二进制值，这个小的二进制值叫哈希值，映射不可逆。
    • hash $request_uri：根据这个变量的哈希值来负载
upstream backend {
    hash $request_uri;
    server 192.168.1.1:8080;
    server 192.168.1.2:8080;
    server 192.168.1.3:8080;	
}

  • ip_hash

    • 每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，是session共享问题的解决方案之一
upstream backend {
    ip_hash;
    server 192.168.1.1:8080;
    server 192.168.1.2:8080;
    server 192.168.1.3:8080;	
}

  • 最少连接数算法

    • 从上游服务器挑选一台当前已建立连接数最少的分配请求
    • 极端情况下会退化为轮询算法
    • least_conn：
      • 多个worker子进程同时处理请求时，无法共享后端服务器的连接数状态，此时需要开辟共享内存空间，用来在多个worker子进程中共享信息
      • zone zone_name 1M，开辟共享内存
upstream backend {
    least_conn;
    server 192.168.1.1:8080;
    server 192.168.1.2:8080;
    server 192.168.1.3:8080;	
}

对上游服务器返回异常时的处理

遇到这些情况下执行失败转发

语法： proxy_next_upstream error | timeout | invalid_header | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | http_429 | non_idempotent| off

默认值：proxy_next_upstream error timeout

上下文：http, server, location

超时时间，超过这个时间就不再尝试失败转发

语法： proxy_next_upstream_timeout time

默认值：proxy_next_upstream_timeout 0 (不等待)

上下文：http, server, location

转发次数

语法： proxy_next_upstream_tries number

默认值：proxy_next_upstream_tries 0 (一直转发)

上下文：http, server, location

可选参数含义
error向后端服务器传输请求，或读取响应头出错时（服务器宕机会转发到下一台）
timeout向后端服务器传输请求，或读取响应头超时时（proxy_read_timeout设置的时间内没有接收完响应体，则会转发到下一台服务器；但是服务器宕机的话会返回502，不会转发下一台）
invalid_header后端返回无效的响应时
http_500、502、503、504、403、404、429http响应状态为xxx时
non_idempotent非幂等请求失败时，是否需要转发下一台后端服务器（不设置就是不转发，如post请求时，如果命中404，则会直接返回404。对于写操作最好不要轻易设置）
off禁用请求失败转发功能

配置样例

upstream backend {
    zone upstream_backend 64k;
    
    server 127.0.0.1:8080 weight=2 max_conns=1000 fail_timeout=10s max_fails=5;
    server test.nginx.com weight=1;
    
    keepalive 16;
    keepalive_requests 100;
    keepalive_timeout 30s;
}

server {
    location /test {
        proxy_pass http://backend/test;
        # 如果不配置proxy_next_upstream，当遇到上游返回http错误状态码时，nginx会直接返回给客户端
        proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_403 http_404 http_429; 
    }
}

HTTPS加密传输

HTTPS 通过加密通道保护客户端与服务端之间的数据传输，已成为当前网站部署的必选配置。在部署有 Nginx 代理集群的 HTTPS 站点，通常会把 SSL 证书部署在 Nginx 的服务器上，然后把请求代理到后端的上游服务器。这种部署方式由 Nginx 服务器负责 SSL 请求的运算，相对减轻了后端上游服务器的 CPU 运算量。

  • 生成自签名HTTPS证书
  # 配置https签名证书
  # 1、创建https证书存放目录：
  cd /usr/local/nginx/conf/
  mkdir ssl
  # 2、创建私钥：
  openssl genrsa -des3 -out https.key 1024
  # 3、创建签名请求证书：
  openssl req -new -key https.key -out https.csr
  # 4、在加载SSL支持的Nginx并使用上述私钥时除去必须的口令：
  cp https.key https.key.org
  openssl rsa -in https.key.org -out https.key
  # 5、最后标记证书使用上述私钥和CSR和有效期：
  openssl x509 -req -days 365 -in https.csr -signkey https.key -out https.crt
  • server配置
server {
    listen       443 ssl;
    server_name  localhost;

    # 证书部分
    ssl_certificate     /usr/local/nginx/conf/ssl/https.crt; #RSA证书
    ssl_certificate_key  /usr/local/nginx/conf/ssl/https.key; #RSA密钥
    
    # TLS 握手优化
    # 会话缓存的存储大小为1MB
    ssl_session_cache    shared:SSL:1m;
    # 会话缓存的超时时间为5分钟
    ssl_session_timeout  5m;
    keepalive_timeout    75s;
    keepalive_requests   100;
    location / {
        root   html;
        index  index.html index.htm;
    }
}

文件服务器

要归档一些数据或资料，那么文件服务器必不可少。使用 Nginx 可以非常快速便捷的搭建一个简易的文件服务。

  • 效果

  • 配置
server {
    listen 8004;
    server_name localhost;
    
    # 正常显示中文，windows服务器下中文目录无法下钻，目前无解
    charset gbk,utf-8;

    # 打开autoindex功能，以/结尾的请求
    autoindex on;
    
    # 显示文件的大小，
    # on：以字节显示
    # off：人性化显示，文件过大会显示为mb或gb
    autoindex_exact_size off;
    
    # 以哪种格式返回：html | xml | json | jsonp
    # 默认值： autoindex_format html
    autoindex_format html;
    
    # 显示时间格式
    # on: 12-Jul-2019 10:11（当前时区）
    # off: 12-Jul-2019 02:11(0时区，GMT)
    autoindex_localtime on;

    location / {
        root /data/files/;
        # 如果a.html文件存在，则会返回a.html内容，否则才会返回目录内容
        index a.html;
    }	
}

限速

location /rate {
	# 定义响应数据的传输速度，默认bytes/s
    limit_rate 20;

    # 这些是Nginx处理请求时相关变量，加大返回数据量更好地看到限速效果
	return 200 'request_time		$request_time
request_id			$request_id
server_name			$server_name
request_filename	$request_filename
document_root		$document_root
realpath_root		$realpath_root
request_completion	$request_completion
';
}

限流

limit_conn

  • 用于限制客户端并发连接数
  • 使用共享内存，对所有的worker子进程生效（需要保存客户端连接数）

limit_req

  • 用于限制客户端处理请求的平均速率
  • 使用共享内存，对所有的worker子进程生效
  • 限流算法：leaky_bucket（漏桶）
    • 暂时拦截住上方水的向下流动，等待桶中的一部分水漏走后，再放行上方水。
    • 溢出的上方水直接抛弃。
http {
    include       mime.types;
    default_type  application/json;
    
    # limit_conn_zone key zone=name:size
    # key：用于定义客户端的唯一标识来限速，如remote_addr
    # name：任意名称
    # size：共享内存大小空间，m为单位
    # binary_remote_addr 使用4个字节空间，高效;remote_addr 使用7-15个字节空间
    limit_conn_zone $binary_remote_addr zone=limit_addr:10m;
    
    # limit_req_zone key zone=name:size rate=rate;
    # 上下文：http
    # rate:表示允许相同标识的客户端的访问频次，12r/m的，即限制每5秒访问一次，每5秒才处理一个请求。
    limit_req_zone  $binary_remote_addr zone=limit_req:15m rate=12r/m;

    server {
        listen       80;
        server_name  localhost;

        location / {
           root   html;
        	  index  index.html index.htm;
            
            # 触发限速后，返回状态码,默认503
            # 上下文：http, server, location
            limit_conn_status 503;
            
            # 当触发限速后，错误日志出记录一条日志， 这里用于定义日志等级
            # info|notice|warn|error
            # 上下文：http, server, location
            # 默认值：error
            limit_conn_log_level warn;
            
            # limit_conn zone number;
            # zone：用limit_conn_zone中定义的zone名称
            # number：以zone为标识的客户端被允许的同时最大连接数
            limit_conn limit_addr 2;
            
            # 定义响应数据的传输速度，bytes/s
            # 本指令属于ngx_http_core_module，不属于ngx_http_limit_conn_module
            limit_rate 50;

            # limit_req_status code（http的状态码） 
            # 默认值：503
            # 上下文：http, server, location
            limit_req_status 504;
            
            # 触发限速后，日志记录的等级 
            # info|notice|warn|error
            # 默认值：error
            # 上下文：http, server, location
            limit_req_log_level notice;
            
            # limit_req zone=name [burst=number] [nodelay | delay=number];
            # burst：桶大小,设置一个大小为x的缓冲区,当有大量请求（爆发）过来时，超过了访问频次限制的请求可以先放到这个缓冲区内等待，但是这个等待区里的位置只有5个，超过的请求会直接报503的错误然后返回。
            # nodelay：如果设置，会在瞬时提供处理(burst + rate)个请求的能力，请求超过（burst + rate）的时候就会直接返回503，永远不存在请求需要等待的情况。
            # 上下文：http, server, location
            # limit_req zone=limit_req burst=7 nodelay;
            limit_req zone=limit_req;
        }
    }
}

黑白名单

access

  • 限制特定IP或网段访问

  • allow

  • deny

server {
    listen       80;
    server_name  localhost;
    location / {
        # allow address | CIDR | UNIX | all
        # 默认值
        # 上下文：http, server, location, limit_except
        allow 192.168.0.1/24;
        
        # deny address | CIDR | UNIX | all
        # 默认值
        # 上下文：http, server, location, limit_except
        deny all;  
    }
}

规则示例

location / {
    # 规则从上到下
    
    # 拒绝
    deny   192.168.1.1;
    
    # 放行192.168.1.0网段，子网掩码24位（255.255.255.0），但是除了192.168.1.1
    allow  192.168.1.0/24;
    
    # 放行10.1.1.0网段，子网掩码16位（255.255.0.0）
    allow  10.1.1.0/16;
    
    # 放行ipv6
    allow  2001:0db8::/32;
    
    # 除了上面放行的，其他全部拒绝
    deny   all;
}

请求拦截

auth_request

  • 基于子请求收到的HTTP响应码做访问控制
    • 如：拦截所有请求，先去做鉴权请求，通过后再放行
location /private {
    # 默认值：off
    # 上下文：http, server, location;
    # 鉴权成功对会返回后面实际内容，鉴权失败会返回鉴权服务的返回内容
    auth_request /auth;
    ...
}
location /auth {
    proxy_pass http://localhost:8080/auth;
    proxy_pass_request_body off;
    proxy_set_header Content-Length "";
    proxy_set_header X-Original-URI $request_uri;
    
}

配置&变量详解

全局配置main段

核心参数（其他参数大部分情况下用不到）

# user USERNAME [GROUP]
# 解释：指定运行nginx的worker子进程的属主和属组，其中属组可以不指定
user  nginx;

# worker_processes NUMBER | auto
# 解释：指定nginx启动的worker子进程数量
# 【*auto：自动设置为物理CPU核心数】
worker_processes  auto;

# pid DIR
# 解释：指定运行nginx的master主进程的pid文件存放路径
pid /opt/nginx/logs/nginx.pid;

# worker_rlimit_nofile NUMBER
# 解释：指定worker子进程可以打开的最大文件句柄数
# 【系统最大打开65535，每个子进程打开数乘子进程数，实际也不会超过65535】
# 这个值需要调大
worker_rlimit_nofile 20480;

# worker_rlimit_core SIZE
# 指定worker子进程异常终止后的core文件，用于记录分析问题
worker_rlimit_core 50M;
working_directory /opt/nginx/tmp;#【必须对子进程用户赋写权限】

# 解释：将每个worker子进程与CPU物理核心绑定
# 【master负责调度，worker负责处理请求】
# 【假设CPU有4个核心，某一时刻worker1获取到了CPU1的工作调度时间片，时间片过后worker1从CPU1上面撤下来，CPU1去处理其他事件，下一时刻可能是CPU2、CPU3的时间片调度到了worker1上面，那么worker1就会在其他CPU上面工作，进程与CPU的调度切换是有损耗的，worker1如果绑定了CPU1，worker1将永远等待CPU1的调度，充分利用CPU缓存】
# 【【主要作用：将每个worker子进程与特定CPU物理核心绑定，优势在于：避免同一个worker子进程在不同的CPU核心上切换，缓存失效，降低性能；其并不能真正避免进程切换（进程切换是CPU工作特性）】】
# -- worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;# 8核心，8个worker
# -- worker_cpu_affinity 01 10 01 10;# 2核心，4个worker
worker_cpu_affinity 0001 0010 0100 1000;# 4核心，4个worker

# 解释：指定worker子进程的nice值，以调整运行nginx的优先级，通常设定为“负值”，以优先调用nginx
# 【Linux默认进程的优先级值是120，值越小越优先；nice设定范围为-20到+19】
# 【对Linux来说，优先级值则是100到139】
worker_priority -20;

# 指定worker子进程优雅退出时的超时时间，不管5秒内是否处理完，都强制退出
worker_shutdown_timeout 5s;

# worker子进程内部使用的计时器精度，调整时间间隔越大，系统调用越少，有利于性能提升；反之，系统调用越多，性能下降
# 比如某些计时的操作，worker需要去获取内核时间，频繁跟内核打交道会降低性能
timer_resolution 100ms;

# daemon on | off
# 设定nginx的运行方式，前台还是后台，前台用户调试，后台用于生产
daemon on;

# 负载均衡互斥锁文件存放路径
lock_file logs/nginx.lock;

events段

events {
    # Nginx使用何种事件驱动模型,一般不指定这个参数
    # use epoll;
    
    # worker子进程能够处理的最大并发连接数，多核情况最大其实达不到65535，
    worker_connections  65535;
    
    # 是否打开负载均衡互斥锁，默认off（当master接收到请求时，会给每个worker发送消息去唤醒，状态为on时，则会有一个负载均衡锁，master会轮流发给每一个）
    accept_mutex on;
    
    # 新连接分配给worker子进程的超时时间，默认500ms，超时后会转给下一个worker处理请求
    accept_mutex_delay 100ms;
    
    # worker子进程可以接收的新连接个数(这个参数对性能影响不太大)
    multi_accept on;
}

http段

  • server段
server {
	listen 80;
    server_name www.test.com; 
    location /picture {
	    root /opt/nginx/html/picture;
        # 客户端请求 www.test.com/picture/1.jpg；
        # 对应磁盘映射路径为：/opt/nginx/html/picture/picture/1.jpg
        
	}
	location /picture {
	    alias /opt/nginx/html/picture/;
        # 客户端请求 www.test.com/picture/1.jpg；
        # 对应磁盘映射路径为：/opt/nginx/html/picture/1.jpg
        # 【末尾一定要加/】
	}
}
  • server_name的匹配规则
# 精确匹配，优先级最高，1
server_name www.test.com;

# 左通配，优先级2
server_name *.test.com;

# 右通配，优先级3
server_name www.test.*;

# 正则通配，优先级最低，4
server_name ~^w\.test\..*$;

# 多个
server_name www.test.com *.test.com www.test.* ~^w\.test\..*$;
  • location段
匹配规则含义示例优先级（1最高）
=精确匹配location = /pic/1
^~匹配到即停止搜索location ^~ /pic/2
~正则匹配，区分大小写location ~ \.(Jpg|gif)#3
~*正则匹配，不区分大小写location ~ \.(Jpg|gif)$4
无符号location /5
@内部跳转location @errorpage
# 测试样例
location ~ /test/8005/t/$ {
		return 200 'first regular expressions match!';
}
location ~* /test/8005/t/(\w+)$ {
		return 200 'longest regular expressions match!';
}
location ^~ /test/8005/t/ {
		return 200 'stop regular expressions match!';
}
location /test/8005/t/Test2 {
		return 200 'longest prefix string match!';
}
location /test/8005/t {
		return 200 'prefix string match!';
}
location = /test/8005/t {
		return 200 'exact match!';
}
root与alias的区别rootalias
语法root pathalias path
上下文http, server, location, iflocation
区别将定义路径与URI叠加只取定义路径，末尾一定要加/
location末尾带与不带/的区别
不带/location /test尝试把test当成目录，如果找不到则找test文件
带/location /test/将test作为目录，如果不存在则直接返回404
location /status {
	# 监控模块
    stub_status;
}
# ------页面结果------
Active connections: 2 
server accepts handled requests
 16 16 26 
Reading: 0 Writing: 1 Waiting: 1
状态项含义
Active connections当前客户端与Nginx间的TCP连接数，等于下面Reading、Writing、Waiting数量之和
accepts自Nginx启动起，与客户端建立过的连接总数
handled自Nginx启动起，处理过的客户端连接总数。如果没有超出worker_connections配置，该值与accepts相同
requests自Nginx启动起，处理过的客户端请求总数。由于存在HTTP Keep-Alive请求，故requests值会大于handled值
Reading正在读取HTTP请求头部的连接总数
Writing正在向客户端发送响应数据的连接总数
Waiting当前空闲的HTTP Keep-Alive连接总数
内嵌变量
变量名含义
$connections_active同Active connections值
$connections_reading同Reading值
$connections_writing同Writing值
$connections_waiting同waiting值
  • rewrite指令&return指令
    • return
      • 停止处理请求，直接返回响应码或重定向到其他URL
      • 执行return指令后，location中后续指令将不会被执行
    • rewrite
      • 根据指定正则表达式匹配规则，重写URL
location / {
    
    # 上下文：server, location, if
    # return code [text];
    # text：响应体内容（如果code是200）
    # return 200 "return 200 HTTP Code";
    # return code URL;
    # URL：重定向
    # return 302 /test;
    # return URL;
    # URL:直接跟URL的话必须是http/https开头的完整路径
    # text：响应体内容
    return http://localhost:8000/test;
}

location /test {
    index test.html;
}

location /search {
    
    # rewrite regex replacement [flag]
    # 上下文：server, location, if
    # flag: 
    #     last: 重写后的url发起新请求，再次进入server段，重试location中的匹配
    #     break: 直接使用重写后的url，不再匹配其他location中的语句
    #     redirect: 返回302临时重定向
    #     permanent: 返回301永久重定向
    rewrite /(.*) https://www.baidu.com permanent;
}

location /test1 {
    # 继续匹配location，
    rewrite /images/(.*) /test2/$1 last;
    return 200 "return 200 in /test1";
}

location /test2 {
    # 不会再匹配，直接找test3下面的文件
    rewrite /pics/(.*) /test3/$1 break;
    return 200 "return 200 in /test2";
}

location /test3 {
    # 请求：/test3/index.html,
    # 结果：直接返回"return 200 in /test3"，不会再去找index.html文件
    return 200 "return 200 in /test3";
}

location /test4/ {
    if ( $remote_addr = "192.168.1.1" ) {
        return 200 "test if OK in URL /test4/";
    } 
}

location /test5 {
    if ( $uri = "/images/" ) {
        rewrite (.*) /test2/ break;
    }
    # 执行了上面rewrite后，这里的return还会执行，通常不会联合一起写
    return 200 "test5 if failed\n";
}

Nginx变量分类

1、TCP连接相关变量
		    
	#客户端地址，例如192.168.1.1
	remote_addr					
	
	#客户端端口，例如58473
	remote_port					
	
	#客户端地址的整型格式
	binary_remote_addr			
	
	#已处理连接，是一个递增的序号
	connection					
	
	#当前连接上执行的请求数，对于keepalive连接有意义
	connection_request			
	
	#如果使用proxy_protocol协议，则返回原始用户的地址，否则为空
	proxy_protocol_addr			
	
	#如果使用proxy_protocol协议，则返回原始用户的端口，否则为空
	proxy_protocol_port			
	
	#服务器地址，例如192.168.184.240
	server_addr					
	
	#服务器端口,例如80
	server_port					
	
	#服务端协议，例如HTTP/1.1
	server_protocol		
	                            
		                                
2、HTTP请求相关变量             
			
	#请求包体头部长度
	conten_length				
	
	#请求包体类型
	content_type				
	
	#URL中某个参数
	arg_参数名					
	
	#所有URL参数
	args						
	
	#URL中有参数，则返回?；否则返回空
	is_args						
	
	#与args完全相同
	query_string				
	
	#请求的URL，不包含参数
	uri							
	
	#请求的URL，包含参数
	request_uri					
	
	#协议名，http或者https
	scheme						
	
	#请求的方法，GET、HEAD、POST等
	request_method				
	
	#所有请求内容的大小，包含请求行，头部，请求体
	request_length				
	
	#由HTTP Basic Authentication协议传入的用户名
	remote_user					
	
	#客户端请求主体信息的临时文件名
	request_body_file			
	
	#包含请求的主要信息，在使用proxy_pass或fastcgi_pass指令的location中比较有意义
	request_body	

	#先看请求行，再看请求头，最后找server_name
	host

	#用户浏览器标识
	http_user_agent

	#从哪些链接过来的请求
	http_referer

	#经过一层代表服务器，添加对应代理服务器的信息
	http_via

	#获取用户真实IP
	http_x_forwarded_for

	#用户cookie
	http_cookie


		                                
3、Nginx处理请求时相关变量      
		                                
	#请求处理到现在所耗费的时间，单位为秒，例如0.03代表30毫秒
	request_time				
	
	#请求处理完成，则返回OK，否则为空
	request_completion			
	
	#16进制显示的请求id，随机生成的
	request_id					
	
	#匹配上请求的server_name值
	server_name					
	
	#若开启https，则值为on,否则为空
	https						
	
	#待访问文件的完整路径
	request_filename			
	
	#由URI和root/alias规则生成的文件夹路径
	document_root				
	
	#将document_root中的软链接换成真实路径
	realpath_root				
	
	#返回响应时的速度上限值
	limit_rate					
		                                
4、Nginx返回响应时相关变量      
			
	#响应体中真实内容的大小	
	body_bytes_sent				
	
	#全部响应体大小
	body_sent					
	
	#HTTP返回状态码
	status						
			
		
5、系统变量

	#nginx系统版本
	nginx_version

	#服务器时间
	time_local

时间空间单位

时间单位

  • ms：毫秒
  • s：秒
  • m：分钟
  • h：小时
  • d：天
  • w：周
  • M：月
  • y：年

空间单位

  • k/K：KB
  • m/M：MB
  • g/G：GB

HTTP状态码

分类描述
1**信息，服务器收到请求，需要请求者继续执行操作
2**成功，操作被成功接收并处理
3**重定向，需要进一步的操作以完成请求
4**客户端错误，请求包含语法错误或无法完成请求
5**服务器错误，服务器在处理请求的过程中发生了错误
状态码描述
100继续。客户端应继续其请求
101切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议，例如，切换到HTTP的新版本协议
200请求成功。一般用于GET与POST请求
201已创建。成功请求并创建了新的资源
202已接受。已经接受请求，但未处理完成
203非授权信息。请求成功。但返回的meta信息不在原始的服务器，而是一个副本
204无内容。服务器成功处理，但未返回内容。在未更新网页的情况下，可确保浏览器继续显示当前文档
205重置内容。服务器处理成功，用户终端（例如：浏览器）应重置文档视图。可通过此返回码清除浏览器的表单域
206部分内容。服务器成功处理了部分GET请求
300多种选择。请求的资源可包括多个位置，相应可返回一个资源特征与地址的列表用于用户终端（例如：浏览器）选择
301永久移动。请求的资源已被永久的移动到新URI，返回信息会包括新的URI，浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替
302临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI
303查看其它地址。与301类似。使用GET和POST请求查看
304未修改。所请求的资源未修改，服务器返回此状态码时，不会返回任何资源。客户端通常会缓存访问过的资源，通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源
305使用代理。所请求的资源必须通过代理访问
306已经被废弃的HTTP状态码
307临时重定向。与302类似。使用GET请求重定向
400客户端请求的语法错误，服务器无法理解
401请求要求用户的身份认证
402保留，将来使用
403服务器理解请求客户端的请求，但是拒绝执行此请求
404服务器无法根据客户端的请求找到资源（网页）。通过此代码，网站设计人员可设置"您所请求的资源无法找到"的个性页面
405客户端请求中的方法被禁止
406服务器无法根据客户端请求的内容特性完成请求
407请求要求代理的身份认证，与401类似，但请求者应当使用代理进行授权
408服务器等待客户端发送的请求时间过长，超时
409服务器完成客户端的 PUT 请求时可能返回此代码，服务器处理请求时发生了冲突
410客户端请求的资源已经不存在。410不同于404，如果资源以前有现在被永久删除了可使用410代码，网站设计人员可通过301代码指定资源的新位置
411服务器无法处理客户端发送的不带Content-Length的请求信息
412客户端请求信息的先决条件错误
413由于请求的实体过大，服务器无法处理，因此拒绝请求。为防止客户端的连续请求，服务器可能会关闭连接。如果只是服务器暂时无法处理，则会包含一个Retry-After的响应信息
414请求的URI过长（URI通常为网址），服务器无法处理
415服务器无法处理请求附带的媒体格式
416客户端请求的范围无效
417服务器无法满足Expect的请求头信息
500服务器内部错误，无法完成请求
501服务器不支持请求的功能，无法完成请求
502作为网关或者代理工作的服务器尝试执行请求时，从远程服务器接收到了一个无效的响应
503由于超载或系统维护，服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的Retry-After头信息中
504充当网关或代理的服务器，未及时从远端服务器获取请求
505服务器不支持请求的HTTP协议的版本，无法完成处理

以上为个人拙见，欢迎大家一起探讨学习！

在这里插入图片描述
关注鑫哥，一起分享，一起进步！

zx_____
关注
专栏目录
Nginx入门4：Nginx配置文件，简介；
小枯林的博客
04-22 9303
说明： （1）Nginx配置文件，简单介绍； 说明：nginx的配置文件，是比较重要的；我们在使用nginx的时候，之所以使用起来比较简单，主要是因为Nginx已经帮我们做了很多的工作；我们主要要做的就是，对nginx根据自己的需要进行一些配置； 使用【nginx -t】可以看到，nginx的配置文件是【/etc/nginx/nginx.conf】 ； 然后，我们进入nginx.conf配置文件，所在的【/etc/nginx/】 目录； 然后，我们去查看nginx.con.
Nginx基础
Blog of Stevenux
01-03 558
Nginx基础 一.Nginx 介绍 1.1 Nginx 介绍 Nginx(读作"engine X" /ɛndʒɪnˈɛks/)是一个 web 服务器，也可以用作反向代理服务、 负载均衡器、邮件代理服务和 HTTP 缓存服务。该软件由俄罗斯的 Igor Sysoev 开发， 并于 2004 年首次公开发布。同名的 nginx 是一家成立于 2011 年的公司，为开源的 nginx 提供支持以及开发...
nginx的10大应用场景
阿飞的博客
04-13 1073
文章目录前言1.静态网站2.动态代理/反向代理3.动静态分离4.负载均衡5.虚拟主机6.防盗链7.防ddos攻击8.ajax跨域问题9.高可用 前言 Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004年10月4日。 其特点是占有内存少，并发能力强，中国大陆使用nginx网站用户有：百度、
Nginx如何启动、停止与重启
qq_33240556的博客
09-11 9674
启动 启动代码格式：nginx安装目录地址 -c nginx配置文件地址 usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf 停止 nginx的停止有三种方式： 从容停止 　　1、查看进程号 ps -ef|grep nginx 　　2、杀死进程 kill -QUIT 2072 快速停止 1、查看进程号 ps -ef|grep nginx 2、杀死进程 kill -TERM 2132 强制停止 pkill -9 ngin
Nginx常用命令及具体应用（Linux系统）
qi341500的博客
02-16 4041
一、常用命令 1、查看Nginx版本命令，在sbin目录下 2、检查配置文件的正确性 3、启动和停止Nginx 4、查看日志，在logs目录下输入指令： 5、重新加载配置文件 二、Nginx配置文件结构 三、Nginx具体应用 1、部署静态资源 2、反向代理 3、负载均衡
Nginx常用命令
吃肉不长胖的博客
03-28 116
/nginx -t #检查conf/nginx.conf文件配置的是否有错误，启动nginx之前，可以使用这个命令。./nginx #启动Nginx 一般Nginx启动了会有以下两个进程，如果启动之后，访问不了，可能是防火墙没关。./nginx -s reload #当修改配置文件后，需要重新加载才能生效，可以使用此命令。systemctl stop firewalld #关闭防火墙。./nginx -s stop #关闭nginx。
Nginx基本使用介绍.pdf
09-23
Nginx是一个功能强大且灵活的Web服务器软件，下面将对Nginx的基本使用进行介绍。 1. Nginx基本介绍 Nginx是一个免费的开源Web服务器软件，能够处理HTTP、HTTPS、SMTP、POP3和IMAP协议。Nginx可以用作反向代理、...
nginx 离线安装包nginx 离线安装包
06-13
在这个离线安装包中，包含的是Nginx的版本1.23.4。这个版本可能包含了对之前版本的一些bug修复、性能优化或者新功能的添加。下面我们将详细探讨Nginx的核心特性、安装过程以及一些常见的使用场景。 Nginx的核心特性...
Nginx跨域访问场景配置和防盗链详解
09-29
以下是一个基本的防盗链配置示例： ```nginx valid_referers none blocked server_names *.example.com example.* www.example.org/galleries/ ~\.google\.; if ($invalid_referer) { return 403; } ``` `valid_...
Nginx基本原理
03-19
- Nginx启动后，会有一个master进程和多个worker进程。master进程主要负责管理和监控worker进程，接收外部信号，并在必要时重新启动worker进程。而worker进程则是实际处理网络事件和客户端请求的实体。 - 每个...
【Nginx】Linux常用命令------启动、停止、重启
最新发布
qq_43842093的博客
12-10 2211
方法二：查找当前nginx进程号，然后输入命令：kill -HUP 进程号 实现重启nginx服务。方法一：进入nginx可执行目录sbin下，输入命令./nginx -s reload 即可。方法一：进入nginx安装目录sbin下，输入命令./nginx -t。启动代码格式：nginx安装目录地址 -c nginx配置文件地址。看到如下显示nginx.conf syntax is ok。1、验证nginx配置文件是否正确。方法二：在启动命令-c前加-t。2、重启Nginx服务。
Linux中nginx如何重启、启动与停止/设置开机自启动
mao_mao37的博客
03-27 1319
linux下nginx的操作
nginx常用命令大全
大雾起了清晨
06-14 9901
nginx常用命令大全
nginx学习使用
furenqiang的博客
11-30 2304
nginx
Nginx配置upstream实现负载均衡及keepalived实现nginx高可用
dingshuangruo0973的博客
05-19 342
(原文链接：http://www.studyshare.cn/blog/details/1159/0 ) 一、准备工作 1、准备两个项目，发布到不同的服务器上，此处使用2个虚拟机发布了两个项目分别为：http://192.168.28.128:8081, http://192.168.28.129:8081 2、在两个虚拟机上都安装好nginx java开发工具下载地址及安装教...
nginx启动、重启、关闭
热门推荐
Again yy
08-16 9万+
方式一：传统方法 一、启动　　 cd usr/local/nginx/sbin ./nginx 二、重启 更改配置重启nginx　 kill -HUP 主进程号或进程号文件路径 或者使用 cd /usr/local/nginx/sbin ./nginx -s reload 判断配置文件是否正确　 nginx -t -c /usr/local/nginx/conf/nginx.conf 或者 cd /usr/local/nginx/sbin ./nginx -t 三、关闭 　　查询n.
nginx反向代理基础配置及项目实战配置
Survivor_L的博客
04-11 744
对nginx方面的学习及使用做相关记录
高并发场景下Nginx安全与性能优化实战
本教程是关于高并发环境下Nginx的安全配置和性能优化...通过本课程的学习，学员不仅可以掌握Nginx的基本操作，还能了解到在高并发环境下如何进行性能优化和安全配置，将所学知识应用于企业项目，提升系统稳定性和效率。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值