恢复了博客

存放博客的服务器上由于一个做仿牌的网站被投诉而被回收了,数据全部丢失…好在我用wp time machine对博客进行过备份,今天早上才把博客恢复起来。

本来想说运营商对客户数据完全不做备份也太说不过去了,不过了解了一下,觉得更换运营商也并不一定能避免这种问题,所以只能自认倒霉…不知道有没有办法定期运行wp time machine。

此外,我所处的网络环境似乎已能定点打击wallproxy的连接了…从昨天开始,我的wallproxy都处于抽风状态,与此同时基于同一ip的google服务却仍能正常运作…不知道wallproxy连接是不是有什么特征被gfw识别了呢。在绯礼君的介绍下,我换用了goagent,这个应用很好很强大,目前基本正常工作,不过偶尔还是能看到gfw干扰的痕迹。

墙娘越来越萌,让人没有安全感…

换用Wallproxy

一直在用GAppProxy(其原因和使用技巧可以参考我的前篇文章),众所周知(大概…),GAppProxy的SSL连接方式采用的是一种欺骗手段,所以通过GAppProxy访问https网站时总是收到证书警告提示。我自己的想法是,即使加密过程被破坏了,唯一可能也是泄漏给Google或GAppProxy,前者的话已经泄露了太多了,不在乎再多一点;后者是开源软件,也没有理由不信任。为了取消这个麻烦的警告提示,我一直试着将GAppProxy提供的证书导入到受信任的证书中,但没成功。当时想,罢了,在Firefox中可以设置例外:常用的网站不多,多设置几次就ok了。

最近折腾换浏览器的事情,插件啊pac啊一直在弄,在以GAppProxy为关键词搜索时,Wallproxy进入了我的视野。认真看了它的简介,说解决了GAppProxy存在的不少问题,所以将它部署到GAE上试一下(注:想知道如何在炸药奖大封杀中继续使用GAE,可以参考前篇文章),发现确实能够解决这个问题。目前发现Dropbox的客户端仍然无法使用,大概是Dropbox有特殊的证书认证机制,所以不承认Wallproxy办法的证书吧。

此外,Wallproxy提供了压缩、多代理均衡和字符串加密等GAppProxy没有的功能。其中最棒的一项功能是多代理均衡,让我能够更为充分地利用现有的网络资源:设置两个proxy,其中一个利用ipv4通道(学校VPN),另外一个利用ipv6通道…于是我的墙带宽就这样超越了普通带宽…

在换用GAppProxy时,我就发现购买的SSH已经没必要经常开着了,只在连接Dropbox或者登录Twitter时要开一下。现在的话…SSH已经彻底成为保健要素了吧,拿推上的萌煮人士前段时间叫嚣的话来说,除非『把Google的所有SSL都干掉』,否则已经很难阻止我锁了。