CC attack protector
每10秒钟检测一次指定网站日志，如果超过预设限制的（在单位时间请求数以及请求大小层面）会在防火墙层面进行阻止，并运用Server酱进行通知
项目已放弃，发现使用这个方法，CC量过大超出nginx处理能力的时候，nginx无法正常记录日志
说明
- 请记得开启站点的日志记录，而且面板用户要注意检查并取消掉“静态文件的
access_log off”，也就是所有访问都要记录日志，以确保最佳的防CC效果 - 接上一条的情况，如果你的站点中有较大的多媒体文件，例如
mp3或者mp4，那么最好在nginx中判断并access_log off，否则极有可能会因为多线程加载而导致误 Ban，这貌似也是本脚本的一个缺陷所在，在后续版本中会想对应办法解决 - 日志的开头的格式必须为例如
x.x.x.x - - [22/Nov/2017:13:20:02 -0500] "GET /xxxxxx HTTP/1.1" 200 3386，也就是IP在首列，时间格式与此示例相同，请求URL在第七列，请求长度在第十列，一般 nginx 日志的默认格式应该是这样，如果是其他的服务器软件或者日志格式不同请根据自己的情况魔改ddos.sh里的相关截取日志信息的代码 - 建议定期分割日志，例如使用 crontab 一天分割一次，以确保脚本检测效率
- 一旦有新 IP 被封禁，会输出封禁信息（当你回到 screen 后就可以看到），同时会输出日志到
cc.log中 - 如果想解封 IP，可以执行
bash ban.sh -ua，这样会解封所有 IP - 关于
ban.sh这个脚本还能做到的其他事情，请直接bash ban.sh查看 - 如果 Centos，那么可能需要在
ban.sh中操作防火墙之后重启一下防火墙，因为 Centos 防火墙修改规则之后不是即时生效的
使用
git clone https://github.com/YKilin/CC-attack-protector.git
cd CC-attack-protector然后修改ddos.sh前面的配置内容，根据注释说明修改即可
其实一般情况下关于CC攻击判断的设置并不用动，如果发现封禁效果与理想有差异再修改
其中SCKEY是Server酱微信推送的 KEY，请到 https://sc.ftqq.com 申请
建议使用 screen 来运行
#没有 screen 就安装
apt-get install screen
screen
#运行
bash run.sh然后按下 Ctrl+A，再按下 D，即可退出 screen 界面
想回去的话就
screen -r测试是否正常监控
当你配置好脚本后，可以使用bash run.sh --test命令来测试脚本是否有正常监控
当你使用--test参数运行run.sh脚本后，访问自己的网站，如果脚本有正常监控，那么每间隔10秒会输出一次监控到的访问记录，大概像这个样子
Start protecting...
[Test mode]
#时间 访问量 重复访问次数 IP
[18/Jan/2018:13:36:3x] 1 1 x.x.x.x
[18/Jan/2018:13:36:4x] 15 1 x.x.x.x
[18/Jan/2018:13:37:1x] 20 5 x.x.x.x