V2EX › AlexaZhou 的所有回复 › 第 27 页 / 共 33 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 19 20 21 22 23 24 25 26 27 28 ... 33

❮

❯

2016 年 3 月 10 日

回复了 sujin190 创建的主题 › Python › 说个最近遇到的 tornado 的小坑吧

支持，分析的很到位

有没有一种办法可以在 Nginx 返回 504 时，通知 Tornado 把正在进行的查询取消掉呢

2016 年 3 月 4 日

回复了 lingshi 创建的主题 › 程序员 › [码上有缘] 北京程序员圈交友会第一趴

我的女同事看了这个帖子之后，表示如果人多，可以来一个现场代码 PK 大赛，选出参会人员

2016 年 3 月 4 日

回复了 lingshi 创建的主题 › 程序员 › [码上有缘] 北京程序员圈交友会第一趴

Github 1000 star 可以嘛？

2016 年 3 月 2 日

回复了 szopen 创建的主题 › PHP › 最近用 PHP 写爬虫，自我感觉速度效率还不错

如果想更快可以多进程，异步

PHP 并不能异步，那么多开几个进程同时爬取可能会更快一些

ps ：爬虫太快了容易被封

2016 年 3 月 2 日

回复了 szopen 创建的主题 › PHP › 最近用 PHP 写爬虫，自我感觉速度效率还不错

半小时大概 1800 秒

7W 条记录的话，如果每条记录查询一次，那么就是每秒 70000/1800 ＝ 38 次查询，并不算快

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@xgowex

😓，可怜的蜘蛛就掉坑里爬不出来了

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@Yamade

会，这种浏览器行为检测会无差别的拦截非浏览器流量， cdn 应该也会被拦截到

如果在有 CDN 的情况下使用这种防御方式，应该需要在逻辑中加入专门的规则来放过来自 CDN 的请求

一种方式是由请求路径来判断，一般来说放在 CDN 的是静态文件，而针对静态文件作 CC 攻击是没有太大意义的，所以可以判断如果是静态文件的路径，就不进行这个检测。此外还可以根据 IP 或者 CDN 服务器特有的请求头(如果有的话)来判断

VeryNginx 的话本身支持定义复合规则来匹配请求，所以简单配置就可以做到这一点，并不需要另外编写代码

最后就是使用强制清除缓存的 Http 请求头，并不一定能使 CDN 服务器发出回源请求吧？

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@x14oL

ps ：我也是 Python 党

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@x14oL

如果自己写一个工具，还需要实现：

1 ，能通过多个代理服务器来发起请求，不然单 IP 很容易被封掉
2 ，对于通过 JavaScript 来设置 cookies 的，需要外挂一个 js 的执行环境，或者读懂 js 的算法，并在 Python 里实现一次

总之成本还是不低

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@Strikeactor

非常赞同。

Nginx 限制并发也是一种很好的防御方式，实际上我倾向多种防御方式结合使用，单一的防御方式总有被攻击者绕过的可能性，混合策略就很难绕过，防御效果会比较好

PS ：后续也打算在 VeryNginx 中加入根据请求频次进行屏蔽的防御方式

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@woodrat

嗯，可以的

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@yanyandenuonuo

这种情况 Token 是一样的

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@willis

可能是，好像加速乐也有这样的防护措施

主要是一般人对这个都不怎么了解，写出来科普一下

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@jarlyyn

对 CC 攻击者来说，在使用固定或者唯一 Token 的情况下，攻击成本是有差别的。

很多攻击软件是可以设置 http 头的，如果使用固定 Token ，攻击者只需要在本机获取一次 Token ，然后设置好 http 头就可以直接发起攻击了，攻击成本低的可以...

但是如果使用可变 Token ，基本市面上所有 CC 软件全都无法使用了

这样就需要使用 phantomjs 这类的软件，这类工具一般是设计用来作为爬虫的，对攻击来说，速度太慢了

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@lecher

拦住搜索引擎是个问题，最好只是在被攻击的时候开启这个功能，平时关闭掉

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@lecher

对的，这个就是针对 CC 攻击的一种防御思路，通过这个手段把不合法流量拦住。

对于暴力发包，只发不收的攻击来说，带宽都满了，并并不能通过这种方式进行防御。

生成 Token 的资源消耗还好，我在单核心的虚拟机中测试 VeryNginx ，同时运行 ab 和 VeryNginx ，性能在 6000 Qps 左右，实际上 nginx 单个 Worker 可能可以跑到 1W Qps 。

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@scarlex

啊，不要在意这些细节😱

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@soolby

太抬举了😁

2016 年 3 月 2 日

回复了 AlexaZhou 创建的主题 › 站长 › CC 攻击的防御（－）通过 Cookie 抵挡 CC 攻击

@H3x @jarlyyn

唯一的 Token 限制了必须能收到回包才可以继续访问。

如果通过多个代理服务器进行攻击

固定 cookies 的情况下，只需要把 cookies 提取出来，然后攻击步骤是：
连接代理->发送请求->断开连接的过程，

唯一 Token 的情况：
连接代理->发送请求->收到回包->解析包获取 Token->再次发送攻击请求->断开连接

这样攻击的速度会大大降低。

1 ... 19 20 21 22 23 24 25 26 27 28 ... 33

❮

❯