为什么不开发可以当tor的网桥的功能

[ILoveChina]

即 在tor的网桥列表里 把127.0.0.1:8580 加进去 可以利用FG当网桥 连上了tor网络 找到了中继 网桥的流量就下来了 这样可以为FG省下很多流量啊。
注：是把在网桥里面加 127*8580 而非以前大家常用的 代理 127.*
总之会有人看懂我这个帖子的

[distance]

这不是技术问题，而是两个机构（公司或实体或部门）相互合作的问题，你去负责沟通联络吗？双方能相互信任吗？

[支持]

支持啊。。。网桥好啊。。。期待ing。。。

[drq]

即 在tor的网桥列表里 把127.0.0.1:8580 加进去 可以利用FG当网桥 连上了tor网络 找到了中继 网桥的流量就下来了 这样可以为FG省下很多流量啊。
注：是把在网桥里面加 127*8580 而非以前大家常用的 代理 127.*
总之会有人看懂我这个帖子的

用网桥的tor，数据都是通过网桥传输的。没有省流量之说。而且tor知道自己的出口不安全，才拐弯抹角将数据做3次中继，如果你能信任freegate还用tor干嘛，tor的设计其实传输效率是很低的牺牲的是性能，它追求的是不依赖于任何信任关系的匿名性。

[distance]

即 在tor的网桥列表里 把127.0.0.1:8580 加进去 可以利用FG当网桥 连上了tor网络 找到了中继 网桥的流量就下来了 这样可以为FG省下很多流量啊。
注：是把在网桥里面加 127*8580 而非以前大家常用的 代理 127.*
总之会有人看懂我这个帖子的

用网桥的tor，数据都是通过网桥传输的。没有省流量之说。而且tor知道自己的出口不安全，才拐弯抹角将数据做3次中继，如果你能信任freegate还用tor干嘛，tor的设计其实传输效率是很低的牺牲的是性能，它追求的是不依赖于任何信任关系的匿名性。

网桥只是用来获取节点的，而且是被封锁后的无奈之举，它不是加密传输的，当然不"安全"，这跟做几次"中继"也没有关系。楼主的意思是用自由门来帮助tor获取节点。其实可以通过自由门来启动tor，当然如果自由门能当网桥就多了另一个办法。
start tor.exe -f torrc -HttpProxy 127.0.0.1:8580 -HttpsProxy 127.0.0.1:8580

[drq]

网桥只是用来获取节点的，而且是被封锁后的无奈之举，它不是加密传输的，当然不"安全"，这跟做几次"中继"也没有关系。

我过去阅读的文档和使用经历都告诉我tor网桥不只是获取节点。
tor网桥就是没有记录在节点列表里的中继，它的全名是桥接中继！
它的工作方式跟中继是一样的只是tor获得这个中继的方式不是通过tor的公共节点目录，
tor中继之间的通讯都是逐节点加密的，但每加密一次都意味着数据体积的增加，影响传输效率。

如果不通过内部参数禁用目录连接加密，httpproxy参数也没必要。tor的所有连接都是https。

[灭共兴中]

TOR甚至让美国政府有点不太喜欢，因为它更象一匹难以控制的烈马。基于这一点，受到美国政府恩惠的各路破网软件，无不争相与TOR划清界线，哪还来得及为TOR铺桥搭路呢？

[ILoveChina]

即 在tor的网桥列表里 把127.0.0.1:8580 加进去 可以利用FG当网桥 连上了tor网络 找到了中继 网桥的流量就下来了 这样可以为FG省下很多流量啊。
注：是把在网桥里面加 127*8580 而非以前大家常用的 代理 127.*
总之会有人看懂我这个帖子的

用网桥的tor，数据都是通过网桥传输的。没有省流量之说。而且tor知道自己的出口不安全，才拐弯抹角将数据做3次中继，如果你能信任freegate还用tor干嘛，tor的设计其实传输效率是很低的牺牲的是性能，它追求的是不依赖于任何信任关系的匿名性。

以下来自维基。这说明，用FG当桥，有助于tor持续获取节点，关键时候，没有FG，tor也可能连上。当然，用FG当代理也可以实现这个。

2010年6月3日前后的一段时间内，使用Tor的0.2.1.26版本，在使用Bridges的情况之下，创建Tor的连接也相当的困难，显示的信息是"创建Tor回路failed"，这说明防火长城成功侦测并截断了Tor的连接。但Tor的连接一旦创建后切断并不容易，所以Tor一旦成功创建连接后就无法被防火长城干扰。同年8月前后至今，Tor又可以连接上。据全球互联网自由联盟上的用户说，只要加一次网桥，接下来就可以轻松连上Tor网络。
但在2011年1月之后，据大陆的网民反映Tor即使更换了网桥也无法正常连接上，但事实上这是网桥已经被屏蔽的结果[5][6]。对于长期频繁使用和连接Tor的用户来说，由于Tor会缓存节点路由信息，所以只要这些节点或网桥没被封锁，他们照样能正常使用Tor。