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

就是我私人的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的说。