集思广益： 关于防盗链，吸血雷对策

恩，关于未来TMC的心跳相关资源的HTTP下载的问题。

很简单
无所谓被正常的转载或者泄漏。
但，坚决反对吸血雷的请求。

这是一个简单而又困难的问题。
经过人民的研究，大致有如下一些想法，如各位同鞋有对抗吸血雷的经验
还望赐教：

一般的Rewrite只能防图片盗链，防不了迅雷之类伪造Http REFERER的下载软件
，
我的想法是
使用PHP动态验证COOKIES后，生成下载页面。
但是，这又出现一个问题，
如果某个吸血雷用户，通过正常途径得到了下载地址后
使用吸血雷下载，那么其REFERER和COOKIES验证都是正确的
不过，文件所在的最终地址还是会被暴露在吸血雷的列表中。

那么，下一次，当另一位吸血雷用户从XUNLEI那获得该地址时，理论上就将可以直接下载。

——————
因为是虚拟空间，所以没有APACHE的CONF文件修改权限
所以关于，安装APACHE支持摸块的方式不成立。
但是，基于HTTP的下载地址，总是可能暴露在吸血雷的监控之下。
人民很苦恼这个问题，
如何可以隐蔽掉自己文件的真实地址
并且又不影响到正常用户的下载


还请大家支招。


如果，实在不行，
那么，我就只有使用FTP协议了
（虽然也有吸血雷直接饶过FTP帐户验证进行的下载报道，不过相对来说，会的人还不多，
国人还是习惯于HTTP点一下的下载。所以，相对来说，FTP还算是可行的）

恩，今天一天的对TM4文件的请求日志

大家可以看看，吸血雷，多他喵的暴力

cvn-tm4v2.iso 已在3月份间修正了名字，如果是从TM4区点过去的，就不该出现这个文件的请求

对不起!您没有登录,请先登录论坛.

美国人发明了bt，日本人发明了share，中国人发明了迅雷
没有办法，jsharer的方式可以考虑
要么就使用比较绝的：申请者审核制度，全部人工审核或者可信用户邀请，但是这么做对共享精神有所损坏。
怎么办自己考虑吧

Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727

Mozilla/4.0 (compatible; MSIE 5.00; Windows 98)

这个user agent 封杀之 其余再看情况 估计迅雷有好几个

JS模式参考 要么就搞的严格点 内部审核形式 本来受众就是萎缩的状态了 别指望这老物还能咋样吸引更多的新人了~

人气什么的已经无所谓了
只是为了想要的人服务
所以
必须决然坚决滴抵制吸血雷

向楼上几位所说 考虑下JSHARE模式好了
个人觉得FTP的办法不错
。。。。。
再好的防范措施都是防君子不挡小人的。。。。。
不过话说回来。。。
对于想进又进不了资源区的我来说
哪样都好。。。。。。
同时哪样也都无所谓。。。。。。
残念、、、 

FTP模式 +1

那些资源还是以心跳1、2的为主吧

这年头会去下载这两作相关资源的人，肯定只会是当年的同好了，所以说太严格的审查制度，个人倒是觉得没有必要

或者说把资源分类，比较热门的资源（心跳4相关）采用jshare模式或者直接传到网络磁盘上去
老资源（心跳1、2、3）采用FTP模式下载（例如提供用户名/密码但定期更改之）
这样既不会加重服务器的负担，又能充分的照顾到两方面的下载者

毕竟个人感觉，心跳1、2、3和心跳4的受众群体很少有交集……