幸好新版本出来了，刚刚北京谷歌的IP全线失守

[GoogleCodeExporter]

新版本的https增强功能刚好派上用场。
太赞了！

大家只需要安装新版本的客户端，然后添加各自的appID，然后
采用默认的连接方式（www.google.com.hk:443）即可。

Original issue reported on code.google.com by congxz6...@gmail.com on 3 Apr 2011 at 8:52

[GoogleCodeExporter]

是啊.刚刚好赶上呢.

Original comment by Eleven....@gmail.com on 3 Apr 2011 at 12:41

[GoogleCodeExporter]

我这边貌似又可以从www.google.cn:80登入鸟，不过升级到0.9.2，��
�https也可以登入，可惜登陆速度很悲剧。希望下个版本能加��
�改进。这下可以http、https切换了。

Original comment by redfrog...@gmail.com on 3 Apr 2011 at 12:51

[GoogleCodeExporter]

https 有点不稳定

Original comment by qiboshi1...@gmail.com on 6 Apr 2011 at 9:12

[GoogleCodeExporter]

现在用hyk无论哪种方式都不算很稳定,http的就不说了,早就废��
�.xmpp速度慢,如果用gmail帐号的话,偶尔还连不上.至于https的方�
��,通过改host来配合,可以稳定使用一段时间,但是问题是,Google�
��ip虽然是无法全部封锁,但是也几乎都处于不稳定状态,每个ip
不知道能用多久就要被封.尽管如此,https+改hosts仍然是目前综�
��速度与稳定性后,比较好的连接方式.

而且我发现,使用hyk的url映射功能把app-id.appspot.com映射到app-id�
��定的反向代理过的地址后,无法正常连接,虽然用那个新地址�
��直接打开fetch server.

这两天我尝试了下wallproxy,用同样方式把wallproxy的fetch 
server反向代理后,在wallproxy里面填上新地址后,能正常通过http��
�式连接,而且速度很快.有能力的朋友可以尝试下这种方式.至�
��如何给app-id绑定网址并反向代理,在网上已经很多教程了,有�
��的就去搜索下就ok了.

Original comment by Eleven....@gmail.com on 6 Apr 2011 at 11:37

[GoogleCodeExporter]

呵呵，反向代理只要不在内陆，关键词法则还是生效的；local
与remote server之间的连接是https才会有效

Original comment by yinqiwen@gmail.com on 6 Apr 2011 at 12:20

[GoogleCodeExporter]

我猜想的也是关键词法则导致反向代理后hyk连接不成功的,只�
��不理解wallproxy为啥就可以,都是用的http方式连接的呢.

没用https方式,主要是因为反向代理后的新地址不支持https,只��
�用http...

Original comment by Eleven....@gmail.com on 6 Apr 2011 at 12:50

[GoogleCodeExporter]

这下就等方校长大战Google SSL吧

Original comment by moonlightedge1 on 7 Apr 2011 at 7:16

[GoogleCodeExporter]

Original comment by yinqiwen@gmail.com on 10 May 2011 at 7:33

• Changed state: Done