Tag WallProxy

2011

Google App Engine的流量用完之后

搭建在Google App Engine上的wallproxy一直是我最喜欢的代理工具,速度足够快而且性能稳定,虽然GAE后来被GFWed但是仍然可以通过google.cn代理使用wallproxy。 但是今天在上网时,突然发现某些网页打不开了,总是提示“503: Service Unavailable”。 刚开始以为是无法连接到GAE的服务器,于是在/etc/hosts里将其地址指定到google的IP上,发现还是会出现同样的错误。 直接访问wallproxy应用的地址,提示“Over Quota”,这才意识到原来是GAE的配额用完了。 登录后台一看,GAE每天的流量配额只有1G,看来是我昨天看Youtube视频消耗得太厉害了,以后得注意点,不过,多注册几个应用应该更靠谱,嗯。

#GAE#WallProxy

WallProxy的配置与使用(Linux/Windows)

一直以来主要的翻墙工具都是GAppProxy,但是GAppProxy无法解决SSL问题,HTTPS会弹出证书无效的警告,让我一直很头疼。在学校的IPV6上网时有IPV6环境还可以使用IPV6的一些代理,在家里就不得不使用基于GAE的代理了,因此我找到了GAppProxy的替代解决方案——WallProxy。 获得WallProxy源码 下载WallProxyV0.3.9b2的源码 http://wallproxy.googlecode.com/files/wallproxyv0.3.9b2.7z 解压缩之后得到gae_server,php_server,local,local_video,module等几个目录。 其中gae_server是GAE版服务器端源代码,php_server是PHP版服务器端源代码,local是本地客户端,local_server是本地视频客户端,可用来下载/观看视频,module是windows下python库文件的兼容包。 将服务器端源码上传至服务器 在http://appengine.google.com中新建一个GAE应用。 进入gae_server目录,修改app.yaml文件中的application:为自己新建的GAE应用的ID。 然后执行命令python appcfg.py update gae_server将源码上传至GAE。 服务器端的配置 将源码上传至服务器之后,用浏览器访问http://you-app-id.appspot.com/fetch.php(将you-app-id更换为应用的ID) 然后登录http://appengine.google.com,在GAE的控制面板上找到Data>>Datastore Viewer 选中WPConfig(如果找不到WPConfig再用浏览器访问一遍http://you-app-id.appspot.com/fetch.php) 打开id=*的项目,设置cryptomode(加密模式)和siteKey(服务器端密码) 加密模式可以从下面选择一个: * AES-CBC * ARC2-OFB * ARC4--32 * Blowfish-CFB * CAST-CBC …

#linux#Windows#WallProxy

appspot无法访问的情况下使用WallProxy

寒假在家上网的时候发现*.appspot.com的网站统统无法访问,虽然我已经将博客从GAE撤出来了,但是GAE上还放着GAppProxy和WallProxy,GAE的存活与否直接关系到能否翻墙,因此必须尽快解决这个问题。 但是在网上也没有发现appspot被墙的消息,因此怀疑问题出在我家宽带的运营商——中国联通。检查了一下电脑的DNS地址,是自动获取的运营商提供的DNS地址,将其更换为Google Public DNS,8.8.8.8以及8.8.4.4,果然,appspot又可以正常访问了。 可是好景不长,今儿发现通过WallProxy访问的网页又Error了,看来是appspot又无法访问了。 检查了路由器和DNS之后,确认这次是真的无法连接到appspot了,ping都ping不通了... 解决方案在此: 编辑WallProxy的配置文件proxy.conf,将其中的代理设置为‘proxy': {'http': 'www.google.cn:80'} 再试着通过WallProxy打开网页时,发现一切又恢复正常了! 但是此时如果直接访问.appspot.com仍然是不能访问的,我们仅仅是通过www.google.cn的代理去访问.appspot.com的,这其中的原理[这篇文章](http://www.douban.com/group/topic/9181172/)中写得很详细。 简单的说,Google的所有服务都是可以通过一个相同的服务器访问到,Google根据请求的URL当中的域名来决定应该定向到哪个服务。www.google.cn一样可以访问到所有的服务,例如App Engine。但是因为DNS服务器的原因,appengine.google.com会被定向到Google美国的服务器,不会去连接http://www.google.cn/。但是事实上,如果我们能够向www.google.cn发送一个HTTP请求,其中的URL是指向appengine.google.com的,服务器一样能够帮我们中转请求,并把结果会传给我们。 不知道这个方法还能维持多久,总之,现在又能翻墙啦~~ UPDATE:发现Hotot还是无法使用,因为我用的是自己在GAE上搭建的API,于是在Hotot里设置代理www.google.cn:80,问题解决。

#Google#GAE#WallProxy