nginx防止DDOS攻击配置

防护DDOS是一个系统工程，攻击花样多，防护的成本高瓶颈多，防护起来即被动又无奈。DDOS的 特色是分布式，针对带宽和服务攻击，也就是四层流量攻击和七层应用攻击，相应的防护瓶颈四层在带宽，七层的多在架构的吞吐量。对于七层的应用攻击，咱们还 是能够作一些配置来防护的，例如前端是Nginx，主要使用nginx的http_limit_conn和http_limit_req模块来防护。 ngx_http_limit_conn_module 能够限制单个IP的链接数，ngx_http_limit_req_module 能够限制单个IP每秒请求数，经过限制链接数和请求数能相对有效的防护CC攻击。下面是配置方法：

一. 限制每秒请求数

ngx_http_limit_req_module模块经过漏桶原理来限制单位时间内的请求数，一旦单位时间内请求数超过限制，就会返回503错误。配置须要在两个地方设置：

• nginx.conf的http段内定义触发条件，能够有多个条件
• 在location内定义达到触发条件时nginx所要执行的动做

例如：

http {     limit_req_zone $binary_remote_addr zone=one:10m rate=10r/s; //触发条件，全部访问ip 限制每秒10个请求     ...     server {         ...         location  ~ \.php$ {             limit_req zone=one burst=5 nodelay;   //执行的动做,经过zone名字对应                }            }      }

参数说明：

$binary_remote_addr  二进制远程地址 zone=one:10m    定义zone名字叫one，并为这个zone分配10M内存，用来存储会话（二进制远程地址），1m内存能够保存16000会话 rate=10r/s;     限制频率为每秒10个请求 burst=5         容许超过频率限制的请求数很少于5个，假设一、二、三、4秒请求为每秒9个，那么第5秒内请求15个是容许的，反之，若是第一秒内请求15个，会将5个请求放到第二秒，第二秒内超过10的请求直接503，相似多秒内平均速率限制。 nodelay         超过的请求不被延迟处理，设置后15个请求在1秒内处理。

二.限制IP链接数

ngx_http_limit_conn_module的配置方法和参数与http_limit_req模块很像，参数少，要简单不少

http {     limit_conn_zone $binary_remote_addr zone=addr:10m; //触发条件     ...     server {         ...         location /download/ {             limit_conn addr 1;    // 限制同一时间内1个链接，超出的链接返回503                 }            }      }

三.白名单设置

http_limit_conn 和http_limit_req模块限制了单ip单位时间内的并发和请求数，可是若是Nginx前面有lvs或者haproxy之类的负载均衡或者反向代 理，nginx获取的都是来自负载均衡的链接或请求，这时不该该限制负载均衡的链接和请求，就须要geo和map模块设置白名单：

geo $whiteiplist { default 1; 10.11.15.161 0; } map $whiteiplist $limit { 1 $binary_remote_addr; 0 ""; } limit_req_zone $limit zone=one:10m rate=10r/s; limit_conn_zone $limit zone=addr:10m;

geo模块定义了一个默认值是1的变量whiteiplist，当在ip在白名单中，变量whiteiplist的值为0，反之为1
若是在白名单中--> whiteiplist=0 --> $limit="" --> 不会存储到10m的会话状态（one或者addr）中 --> 不受限制
反之，不在白名单中 --> whiteiplist=1 --> $limit=二进制远程地址 -->存储进10m的会话状态中 --> 受到限制

四.测试

使用ab命令来模拟CC攻击，http_limit_conn 和http_limit_req模块要分开测试，同时注意http_limit_conn模块只统计正在被处理的请求（这些请求的头信息已被彻底读入）所 在的链接。若是请求已经处理完，链接没有被关闭时，是不会被统计的。这时用netstat看到链接数能够超过限定的数量，不会被阻止。

ab -n 请求数 -c 并发 http://10.11.15.174/i.php

若是被阻止前台会返回503，同时在nginx的error_log中会看到以下错误日志：
被限制链接数：

2015/01/28 14:20:26 [error] 4107#0: *65525 limiting connections by zone "addr", client: 10.11.15.161, server: , request: "GET /i.php?=PHPE9568F35-D428-11d2-A769-00AA001ACF42 HTTP/1.1", host: "10.11.15.174", referrer: "http://10.11.15.174/i.php"

被限制请求数：

2015/01/28 14:18:59 [error] 4095#0: *65240 limiting requests, excess: 5.772 by zone "one", client: 10.11.15.161, server: , request: "GET /i.php?=PHPE9568F34-D428-11d2-A769-00AA001ACF42 HTTP/1.1", host: "10.11.15.174", referrer: "http://10.11.15.174/i.php"

五.其它一些防CC的方法

1.Nginx模块 ModSecurity、http_guard、ngx_lua_waf

• ModSecurity 应用层WAF，功能强大，能防护的攻击多，配置复杂
• ngx_lua_waf 基于ngx_lua的web应用防火墙，使用简单，高性能和轻量级
• http_guard 基于openresty

2.软件+Iptables

• fail2ban 经过分析日志来判断是否使用iptables拦截
• DDoS Deflate 经过netstat判断ip链接数，并使用iptables屏蔽

开头说过抗DDOS是一个系统工程，经过优化系统和软件配置，只能防护小规模的CC攻击，对于大规模攻击、四层流量攻击、混合攻击来讲，基本上系统和应用软件没挂，带宽就打满了。下面是我在工做中使用过的防护DDOS的方式：

1. 高防服务器和带流量清洗的ISP 一般是美韩的服务器，部分ISP骨干供应商有流量清洗服务，例如香港的PCCW。一般能够防护10G左右的小型攻击
2. 流量清洗服务 例如：akamai(prolexic),nexusguard 咱们最大受到过80G流量的攻击，成功被清洗，可是费用很是贵
3. CDN 例如：蓝讯 网宿 cloudflare 等，CDN针对DDOS的分布式特色，将流量引流分散，同时对网站又有加速做用，效果好，成本相对低。

总结一下：发动攻击易，防护难。七层好防，四层难防；小型能防，大型烧钱

参考文章：
http://nginx.org/en/docs/http/ngx_http_limit_req_module.html
http://www.nginx.cn/446.html
http://www.ttlsa.com/nginx/nginx-limited-connection-number-ngx_http_limit_conn_module-module/

• 本文来自：Linux教程网