发布一个嘿嘿嘿的技术方案 —— 商用群发p2p网络

简介:

目前反群发的主要技术措施有:

(1)       帐号控制:有帐号才能发,同时限制帐号的发送频率

(2)       IP控制:限制指定IP的发送频率

(3)       协议控制:采用非开放协议

(4)       验证码控制

 

本方案主要是突破上面的(1)、(2)两点,同时对(3)、(4)两点提供第三方支持服务点

 

本方案的口号不是不作恶,而是以最小的作恶来达到群发的目的。

 

如果一个群发软件装机量达到一定量,这些装机软件形成了一个庞大的p2p网络的话,则这个p2p 网络可以提供以下资源:

 

(1)       丰富的IP地址,每一个客户都有可能租用其它客户端的ip资源

(2)       可以通过帐号租用,共享一批庞大的帐号

 

商用群发p2p网络拥有一个中心服务器,中心服务器主要提供可控p2p商用网络代理协议管理服务,同时挂接其它应用服务器程序。

 

(1)       可控p2p商用网络代理协议:

a)         任意客户端对另外客户端网络资源的租用必须得到中央服务器的授权,这样一来方便收费,二来可以控制发送的内容——不能发送违法信息;最好,协议能够设计成即使中央服务器被黑客攻破,黑客也无法使用这个网络对外造成很大的危害——这一点很难。

b)         这个网络代理对客户端来说又必须是透明的,即,像本地发出的一样;

c)         资源的安全性——帐号资源不能被代理客户端轻易获取。技术上比较难实现,可以降低要求,尽量减少帐号资源被代理客户端轻易获取的风险。

(2)       应用服务:

a)         爬行与数据提取规则服务:客户端可以根据指定规则爬行网站,根据指定的数据提取规则提取数据。数据可以到中央服务器提取,提取不到再去爬行,避免对目标网站造成过大的压力。

b)         UI 脚本宏规则服务:很多群发,比如QQ群发,旺旺群发,如果无法再协议层面进行仿真,可以退一步,调用官方客户端软件,通过按键精灵这类软件进行群发,那么这个脚本宏可以作为规则,放在服务器端。对于重要的规则,需要将规则分为两部分,一部分发给客户端,另一部分留到服务器端(客户端发关键数据过来,服务器根据规则,处理数据,得出结果,反馈给客户端),防止客户端截获规则。

c)         帐号租用服务:提供大量的应用帐号租用服务。

d)         验证码识别服务:简单的验证码可通过机器识别,对于复杂的验证码,交给专人识别;在不发达地区聘请专门的识别员工,降低识别成本至一个验证码1分钱左右。当然,对外是要收费的,按一个验证码五分钱收费。

e)         协议仿真服务:对于非公开协议通过协议仿真服务——客户端提交操作原语,服务器加工成协议内容发送给客户端,客户端再发向官方服务器。

 

网络角色:

(1)       运营方:负责维护与运营整个网络;

(2)       免费用户:免费用户可以使用部分服务,代价就是必须遵从可控p2p商用网络代理协议,将自己的ip资源共享出来;

(3)       收费用户:收费用户可以有偿使用VIP服务,代价就是money。一定级别收费用户也可以关闭客户端的p2p网络服务;

(4)       代理商:代理商也是收费用户,它可以对外提供群发代理服务,对代理商的群发收费比普通收费用户低;

(5)       帐号注册方:帐号注册方可以手工注册或者用程序注册帐号,提交到应用帐号租用服务器。注册方可以是运营商,也可以是代理商,也可以是第三方;

(6)       验证码识别服务提供者:可以在不发达地区直接雇用员工,也可以设计一个软件,任何人都可以下载,然后领取识别任务,识别提交;

(7)       规则与脚本提交者:供第三方开发与提交目前系统未有的规则与脚本,根据使用量分成。

 

运营模式:

(1)       点卡收费、包月、包年收费等

 

如何减少作恶:

 

(1)       抓取数据时,尽量减少对目标服务器的请求次数——相同的页面,整个p2p网络对它的访问次数应该尽量少,越接近于1越好;

(2)       发送目标的精准提取:保证数据的质量。同时提高单挑信息的群发价格;

(3)       审批-发送机制:只有通过审批的信息才能发送。

 

技术方案:

 

(1)       客户端:C#, Winform

(2)       服务器端:Linux, c++, java

(3)       传输层协议选择:尽量基于UDP协议开发

(4)       P2P协议设计:可考虑google protocol buff

(5)       协议仿真工具:Repast

本文转自xiaotie博客园博客,原文链接http://www.cnblogs.com/xiaotie/archive/2009/02/04/1384117.html如需转载请自行联系原作者


xiaotie 集异璧实验室(GEBLAB)

相关文章
|
PHP 数据库 数据安全/隐私保护
|
1月前
|
存储 测试技术 C++
P2P网络下分布式文件共享场景的测试
P2P网络下分布式文件共享场景的测试
31 6
|
9月前
|
存储 算法 网络协议
|
存储 JSON 安全
使用Go语言编写区块链P2P网络(译)
使用Go语言编写区块链P2P网络(译)
863 0
使用Go语言编写区块链P2P网络(译)
|
算法 区块链
简述以太坊P2P网络之UDP
个人认为以太坊是区块链项目中带来技术重新认识和学习的不错的项目,特别是在P2P网络这一块。本文将介绍P2P网络中负责节点之间的通信连接和服务发现,本文的内容主要是对代码层级的理解,可能存在对其理解的错误,欢迎指点。
431 0
简述以太坊P2P网络之UDP
|
Web App开发 存储 移动开发
构建基于浏览器的Web P2P网络直播
在2021年的互联网时代,越来越多的网络直播节目相继涌现。浏览器是用户最易接触的渠道之一,聚集了大量观看直播的用户。当用户们同时观看直播内容时,服务器承受的负载随着用户量的增加而增大,会导致播放的卡顿,延迟等用户体验的下降;而且高昂的服务器带宽成本也不容忽视。 那么是否存在一套解决方案,在保证用户体验与服务质量的前提下,又可以有效的降低服务器的负载与带宽呢?那就是接下来要介绍的Web P2P技术了。
395 0
构建基于浏览器的Web P2P网络直播
|
存储 Go
Derek解读Bytom源码-P2P网络 地址簿
作者:Derek 简介 Github地址:https://github.com/Bytom/bytom Gitee地址:https://gitee.com/BytomBlockchain/bytom 本章介绍bytom代码P2P网络中addrbook地址簿 作者使用MacOS操作系统,其他平台也大同小异 Golang Version: 1.
1204 0
|
移动开发 Go 数据格式
Derek解读Bytom源码-P2P网络 upnp端口映射
作者:Derek 简介 Github地址:https://github.com/Bytom/bytom Gitee地址:https://gitee.com/BytomBlockchain/bytom 本章介绍bytom代码P2P网络中upnp端口映射 作者使用MacOS操作系统,其他平台也大同小异 Golang Version: 1.8 UPNP介绍 UPNP(Universal Plug and Play)通用即插即用。
1549 0
|
存储 算法 索引

热门文章

最新文章