西西河

主题:如今胡萝卜都不可靠了,要反复测试 -- 类反词典

共:💬37 🌺10
全看树展主题 · 分页首页 上页
/ 3
下页 末页
家园 可我发起的目的地并不是什么重要的地方啊

就是我私人的IP而已。而我要访问的地址,则是国内的一个网站。这样的一种关系,无论如何也不应该是GFW愿意花大力气(如果你的gzip要消耗大量资源的观点是对的话)不仅检查URL,还检查内容的重点目标啊。

你引用的这段是说“单向IP封锁”,似乎和前面我说的事情不一样。

依我看来,gzip的运算量并不是GFW所最担心的,如果一般芯片不行,TG还会开发或购买专用芯片。

如果是服务器和客户端说好要一起对付GFW的话,其实最方便的就是使用简单的加密钥或者再hash一下:把大量内容用一个由服务器随机生成的密钥加密,这个加密方法可以非常简单,比如就拿这个密钥和内容滚动地XOR一下,然后在最后附上这个密钥。

客户端没有任何问题,因为最后能得到密钥然后解密,计算量只有一点点。但是GFW就不好办了,它在一开始解不了密,因为没有密钥,靠猜就计算量太大。最后它也能拿到密钥,但是它得记住所有以前的内容才能去解密。于是GFW加强计算力是不够的,必须加强记忆量,这是远为困难的事情。

家园 不是对付封ip和流量的

如果是封ip,这两个计划是都没有办法的,必须借助tor之类代理上这些站点。

GFW也不会对流量进行检测的。

家园 你说的这个解决方法其实早就有了,就是https

这GFW肯定是无法解开的,所以只有停掉ssl的端口的链接。

你看,国内https的google doc就无法访问,但是http的google doc就还可以登录。

其实现在google就有一个https的demo,就不会被GFW过滤掉,我前面里列出来过。

家园 HTTPS太严肃

https的资源消耗太大,密钥交换,证书什么的也太严肃,目的是不让任何第三者能知道通讯内容。

我的方法做不到这点,真想知道通讯说的什么是完全没有问题的,只是要一个好记忆力。但是优点是那些复杂的加密解密算法,握手协议,证书之类的麻烦都没有了。比如说象西西河,如果不想因为网页上有敏感词而引起GFW的注意,就可以很简单地拿Javascript实现这个功能。当然如果GFW已经盯上了你,那就不能用这个办法了。

家园 墙果然BT

访问你的链接没问题,不过,刚发现居然又不能搜温度计了,赶紧试了下。

没有你那里那么惨,但也类似。

用你的方式,也得到了可以除排google的测试结果。

感觉墙的规则挺复杂,还可能有动态算法,没耐心仔细测。

很BT的说。

家园 ……现在墙已经结束抽疯,现在再测已经没有意义。
家园 啊?修女怀孕了......(6号表情)
全看树展主题 · 分页首页 上页
/ 3
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河