刚才看到一个同学送快过期的vps，突然冒出个想法 一种基于云的fg服务 充分利用这些资源 比如在免费的vps上可以快速部署服务端 对于客户端来说不用选择使用谁的服务，这一切由中心的服务器可以动态的分配资源 不知道我说的明白么

[ksc010]

[ksc010]

突然想到这个类似tor

[zjgood]

动态分配资源？怎么分？怎么切割一台vps的资源呢~

[ksc010]

@zjgood 我的意思是假如有3台vps
现在有10个用户 然后中心服务器就会安排这十个用户均匀分布到这个3台vps上
使用他们的带宽资源

[fqrouter2]

这个东西叫fqrouter

[ksc010]

@fqrouter2 嗯 它用的是google的服务

[ctyun]

创意很棒，长姿势了。

[Sdhjt]

会不会马上有茶喝呢？

[rekey]

是不是需要有一台前端机来屏蔽背后的机器?

[NFSwind]

和HFD理论相似啊。。

使用NameNode来控制和分配服务器名单
使用vpsNode来提供服务。

[iYu]

这个想法中还是需要一台root so。。。

[z7]

赞，寒假去折腾这个。

[est]

封锁早就不基于目标而基于行为了。只要是翻墙行为就可能被X。

[ipconfiger]

@ksc010 墙掉核心服务器整个体系就垮掉了。

所以需要一个动态的网状结构的核心网络，但是核心网络无法保证分配给你的IP是否已经被墙，最后也无法保证服务的可用性，所以翻墙什么的不大现实

如果是部署个blog什么的，域名指向和数据存储的迁移又是个比较棘手的问题。

挖矿什么的又不放心把钱包放这么玄的地方，而且效率还是个大问题

不好想啊

[jint]

挖矿嘛，矿工和钱包是两个概念，不存在你说的风险。
@ipconfiger

[Admstor]

既然是FQ最主要的就是去中心化...不然中心节点封掉整个网络就瘫痪...
中心节点本质是保证服务的高速度高质量,但是FQ这种应用来说,高质量并不是首先考虑的,只要保证连通性即可,大量的丢包,缓慢的速度其实都是能接受的

[felix021]

“中心”……

[msg7086]

要是只是用来FQ也就算了，万一跑个恶意程序，人家ISP封了VPS还举报了用户，县警来抓人了怎么办

[ksc010]

@rekey 这个应该不用直接屏蔽 但是肯定会有权限认证
比如每次中心服务器发放 token 客户端拿着这个token给后面的具体提供服务的服务器来换取“服务”

[ksc010]

@Admstor 中心服务器的作用仅仅是分发和认证（现在思路还不是很清晰，想到一点就说一点）起一个桥梁的作用
要是真的设计的话，应该把它“轻量化”（其实所有的服务都应该轻量化，可快速的自动部署）
它要是挂来真整个网络会自动“推举出来一个中心服务器”（说道这其实貌似不许要中心服务器了，整个网络基于p2p互相链接（当然其中有互相认证的机制）自动的适应 好吧说的有点乱 其实就是类似tor）