在前面介绍完 post-read、server-rewrite、find-config、rewrite 和 post-rewrite 阶段后，我们将继续学习 preaccess 和 access 两个阶段，中间会涉及部分模块，一同进行说明。

1. preaccess 阶段

在 preaccess 阶段在 access 阶段之前，主要是限制用户的请求，比如并发连接数（limit_conn模块）和每秒请求数（limit_req 模块）等。这两个模块对于预防一些攻击请求是很有效的。

1.1 limit_conn 模块

ngx_http_limit_conn_module 模块限制单个 ip 的建立连接的个数，该模块内有 6 个指令。分别如下：

• limit_conn_zone: 该指令主要的作用就是分配共享内存。 下面的指令格式中 key 定义键，这个 key 往往取客户端的真实 ip，zone=name 定义区域名称，后面的 limit_conn 指令会用到的。size 定义各个键共享内存空间大小;

Syntax: limit_conn_zone key zone=name:size;
Default: —
Context: http

• limit_conn_status: 对于连接拒绝的请求，返回设置的状态码，默认是 503;

Syntax: limit_conn_status code;
Default: limit_conn_status 503;
Context: http, server, location

• limit_conn: 该指令实际限制请求的并发连接数。指令指定每个给定键值的最大同时连接数，当超过这个数字时被返回 503 （默认，可以由指令 limit_conn_status 设置）错误;

Syntax: limit_conn zone number;
Default: —
Context: http, server, location

• limit_conn_log_level: 当达到最大限制连接数后，记录日志的等级;

Syntax: limit_conn_log_level info | notice | warn | error;
Default: limit_conn_log_level error;
Context: http, server, location

• limit_conn_dry_run: 这个指令是 1.17.6 版本中才出现的，用于设置演习模式。在这个模式中，连接数不受限制。但是在共享内存的区域中，过多的连接数也会照常处理。

Syntax: limit_conn_dry_run on | off;
Default: limit_conn_dry_run off;
Context: http, server, location

• limit_zone: 该指令已弃用，由 limit_conn_zone 代替，不再进行说明。

实例

http {
    ...
    limit_conn_zone $binary_remote_addr zone=addr:10m

    server {
        ...
        location / {
            limit_conn_status 500;
            limit_conn_log_level warn;
            # 限制向用户返回的速度，每秒50个字节
            limit_rate 50;
            limit_conn addr 10;
        }
    }

}

1.2 limit_req 模块

ngx_http_limit_req_module 模块主要用于处理突发流量，它基于漏斗算法将突发的流量限定为恒定的流量。如果请求容量没有超出设定的极限，后续的突发请求的响应会变慢，而对于超过容量的请求，则会立即返回 503（默认）错误。

该模块模块中比较重要的指令有:

• limit_req_zone 指令，定义共享内存, key 关键字以及限制速率

Syntax: limit_req_zone key zone=name:size rate=rate [sync];
Default: —
Context: http
代码块123

• limit_req 指令，限制并发连接数

Syntax: limit_req zone=name [burst=number] [nodelay | delay=number];
Default: —
Context: http, server, location
代码块123

• limit_req_log_level 指令，设置服务拒绝请求发生时打印的日志级别

Syntax:	limit_req_log_level info | notice | warn | error;
Default:
limit_req_log_level error;
Context:	http, server, location
代码块1234

• limit_req_status 指令， 设置服务拒绝请求发生时返回状态码

Syntax: limit_req_status code;
Default: limit_req_status 503;
Context: http, server, location
代码块123

2. access 阶段

2.1 限制某些 ip 地址的访问权限

在 access 阶段，我们可以通 allow 和 deny 指令来允许和拒绝某些 ip 的访问权限，指令的用法如下:

Syntax: allow address | CIDR | unix: | all;
Default: —
Context: http, server, location, limit_except

Syntax: deny address | CIDR | unix: | all;
Default: —
Context: http, server, location, limit_except

实例

allow 和 deny 指令后面可以跟具体 ip 地址，也可以跟一个 ip 段， 或者所有(all)。

location / {
    deny  192.168.1.1;
    allow 192.168.1.0/24;
    allow 10.1.1.0/16;
    allow 2001:0db8::/32;
    deny  all;
}

2.2 auth_basic 模块

auth_basic 模块是基于 HTTP Basic Authentication 协议进行用户名和密码的认证，它默认是编译进 Nginx 中的，可以在源码编译阶段通过 --without-http_auth_basic_module 禁用该模块。它的用法如下：

Syntax:	auth_basic string | off;
# 默认是关闭的
Default: auth_basic off;
Context: http, server, location, limit_except

Syntax:	auth_basic_user_file file;
Default: —
Context: http, server, location, limit_except

对于使用文件保存用户名和密码，二者之间需用冒号隔开，如下所示。

# comment
name1:password1
name2:password2:comment
name3:password3

在 centos 系统上，想要生成这样的密码文件，我们可以使用 httpd-tools 工具完成，直接使用 yum install安装即可。

$ sudo yum install httpd-tools
# 生成密码文件user_file，帐号为user，密码为pass
$ htpasswd -bc user_file user pass

接下来，我们只需要配置好 auth_basic 指令，即可对相应的 http 请求做好认证工作。

2.3 第三方访问控制

第三方的访问控制是用到了auth_request模块，该模块的功能是向上游服务转发请求，如果上游服务返回的相应码是 2xx，则通过认证，继续向后执行;若返回的 401 或者 403，则将响应返回给客户端。

auth_request 模块默认是未编译进 Nginx 中的，因此我们需要使用 --with-http_auth_reques_module 将该模块编译进 Nginx 中，然后我们才能使用该模块。

Syntax: auth_request uri | off;
Default: auth_request off;
Context: http, server, location

Syntax: auth_request_set $variable value;
Default: —
Context: http, server, location

官方示例：

location /private/ {
    auth_request /auth;
    ...
}

location = /auth {
    # 上游认证服务地址
    proxy_pass ...
    proxy_pass_request_body off;
    proxy_set_header Content-Length "";
    proxy_set_header X-Original-URI $request_uri;
}

3. 实验

3.1 limit_conn 模块实验

本次案例将使用 limit_conn 模块中的指令完成限速功能实验。实验配置块如下:

...
http {
    ...
    # 没有这个会报错，必须要定义共享内存
    limit_conn_zone $binary_remote_addr zone=addr:10m;
    ...
    server {
        server_name localhost;
        listen 8010;

        location / {
           limit_rate 50;
           limit_conn addr 1;
        }

    }
    ...
}
...

使用 limit_rate 指令用于限制 Nginx 相应速度，每秒返回 50 个字节，然后是限制并发数为 2，这样方便展示效果。当我们打开一个浏览器请求该端口下的根路径时，由于相应会比较慢，迅速打开另一个窗口请求同样的地址，会发现再次请求时，正好达到了同时并发数为 2，启动限制功能，第二个窗口返回 503 错误（默认）。

访问第一次

快速访问第二次

3.2 access 模块实验

我们做一个简单的示例，配置如下。在 /root/test/web 下有 web1.html 和 web2.html 两个静态文件。访问/web1.html 时，使用 allow all指令将所有来源的 ip 请求全部放过（当然也可以不写）；使用 deny all 会拒绝所有，所以访问 /web2.htm l时，会出现 403 的报错页面。

server {
   server_name access.test.com;
   listen 8011;

   root /root/test/web;

   location /web1.html {
      default_type text/html;
      allow all;
      # return 200 'access';
   }

   location /web2.html {
      default_type text/html;
      deny all;
      # return 200 'deny';
   }
}

访问允许的 web1.html 页面

访问禁止的 web2.html

大家可以思考下，如果使用的是 return 指令呢，会有怎样的结果？打开注释，重新加载 Nginx 后，可以看到无论是访问 /web1.html 还是 /web2.html，我们都可以看到想要的 return 指令中的结果。这是因为 return 指令所在的 rewrite 模块先于 access 模块执行，所以不会执行到 allow 和 deny 指令就直接返回了。但是对于访问静态页面资源，则是在 content 阶段执行的，所以会在经过 allow 和 deny 指令处理后才获取静态资源页面的内容，并返回给用户。

3.3 auth_basic 模块实验

   $ htpasswd -bc /root/user.pass store @store.123!
   $ cat /root/user.pass
   store:$apr1$36xHOQGz$yk4O3roiW3SIJrkXFJ0pS1
代码块123

在 Nginx 加入如下 server 块的配置，监听 8012 端口，并在 / 路径中加入认证模块。

server {
   server_name auth_basic.test.com;
   listen 8012;

   location / {
       auth_basic           "my site";
       auth_basic_user_file /root/user.pass;
   }
}

重新加载 Nginx 后，访问主机的 8012 端口的根路径时，就会发现需要输入账号和密码了。成功输入账号和密码后，就可以看到 Nginx 的欢迎页了。

使用 auth_basic 模块认证

认证成功后的页面

4. 小结

本篇文章中，我们介绍了 Http 请求的 11 个阶段中的中间阶段，分别为 preaccess 和 access 阶段。在这两个阶段中，主要生效的指令有limit_conn、limit_req、allow、deny 等，这些指令几乎都是用来做访问控制的，用来限制 Nginx 的并发连接、访问限速、设置访问白名单以及认证访问等。这些安全限制在线上环境是十分必要的，必须要限制恶意的请求以及添加白名单操作。