主题:如今胡萝卜都不可靠了,要反复测试 -- 类反词典
就是我私人的IP而已。而我要访问的地址,则是国内的一个网站。这样的一种关系,无论如何也不应该是GFW愿意花大力气(如果你的gzip要消耗大量资源的观点是对的话)不仅检查URL,还检查内容的重点目标啊。
你引用的这段是说“单向IP封锁”,似乎和前面我说的事情不一样。
依我看来,gzip的运算量并不是GFW所最担心的,如果一般芯片不行,TG还会开发或购买专用芯片。
如果是服务器和客户端说好要一起对付GFW的话,其实最方便的就是使用简单的加密钥或者再hash一下:把大量内容用一个由服务器随机生成的密钥加密,这个加密方法可以非常简单,比如就拿这个密钥和内容滚动地XOR一下,然后在最后附上这个密钥。
客户端没有任何问题,因为最后能得到密钥然后解密,计算量只有一点点。但是GFW就不好办了,它在一开始解不了密,因为没有密钥,靠猜就计算量太大。最后它也能拿到密钥,但是它得记住所有以前的内容才能去解密。于是GFW加强计算力是不够的,必须加强记忆量,这是远为困难的事情。
如果是封ip,这两个计划是都没有办法的,必须借助tor之类代理上这些站点。
GFW也不会对流量进行检测的。
这GFW肯定是无法解开的,所以只有停掉ssl的端口的链接。
你看,国内https的google doc就无法访问,但是http的google doc就还可以登录。
其实现在google就有一个https的demo,就不会被GFW过滤掉,我前面里列出来过。
https的资源消耗太大,密钥交换,证书什么的也太严肃,目的是不让任何第三者能知道通讯内容。
我的方法做不到这点,真想知道通讯说的什么是完全没有问题的,只是要一个好记忆力。但是优点是那些复杂的加密解密算法,握手协议,证书之类的麻烦都没有了。比如说象西西河,如果不想因为网页上有敏感词而引起GFW的注意,就可以很简单地拿Javascript实现这个功能。当然如果GFW已经盯上了你,那就不能用这个办法了。
访问你的链接没问题,不过,刚发现居然又不能搜温度计了,赶紧试了下。
没有你那里那么惨,但也类似。
用你的方式,也得到了可以除排google的测试结果。
感觉墙的规则挺复杂,还可能有动态算法,没耐心仔细测。
很BT的说。