提供两枚在中国没有受到线路劣化的Google在墙外的IP地址

212.154.168.243#哈萨克斯坦
155.232.240.19#南非

2014.07.16新增195.13.189.45


如何使用可以看我以前的文章。

当Google被屏蔽时，我该怎么做？

       Google被屏蔽时，最简单的方法就是使用百度。不过如果你的解决办法是使用百度的话请关闭这个页面，后面的内容你可以不看了，因为你的问题已经解决了。

       解决Google被屏蔽，有两条很重要的东西你需要知道：1、几乎所有的Google的服务都可以通过一个Google服务器的IP地址来进行访问；2、每一个Google服务器都可以作为http代理来访问几乎所有的Google服务。

       对于GFW屏蔽Google的方法最好也了解一些：1、URL关键字连接重置；2、DNS污染；3、特定IP特定端口TCP连接重置；4、封IP（包括网络劣化）。

       对于URL关键字连接重置，我们可以采取的措施是使用https协议来访问Google，https协议会对数据进行加密，GFW无法检测到关键字，Google的很多服务都支持https访问。比如http://picasaweb.google.com/无法直接访问，但是我们可以访问https://picasaweb.google.com/。

       DNS污染的解决也很简单，在hosts文件里加入被屏蔽域名的IP地址即可，可以参见我以前的文章。对于特定IP特定端口TCP连接重置，也可以使用修改hosts的方法，在hosts文件中加入没有被特定端口TCP连接重置的Google服务器IP地址。封IP则可以在hosts里加入没有被封IP的Google服务器IP地址。Windows Vista 开始支持服务器名称指示，允许一个IP地址上多个域名安装多张证书，一般不会报https证书错误。Windows XP 下IE可能不支持这项技术。Firefox支持服务器名称指示，一般不会提示https证书错误。

       Google虽然退出中国了，但是Google在中国的服务器并没有完全搬走，我们照样可以利用Google在中国的服务器做代理来访问Google的服务。

       另外还要唠叨一下，GAE Proxy是使用Base64算法来加密URL的，且在访问https网站时相当于进行了中间人攻击（MITM），Base64防君子不防小人，是很容易解密的，如果有人想监控你访问的内容还是可以的。使用GAE Proxy的同学请使用https协议来连接GAE，GAE的URL要以https开头如https://*.appspot.com/fetch.php，不过使用https连接可能会遇到TCP连接重置。


2014.07.16 本文内容依然适用

不得不面对的现实，Google正在离我们远去

        不知不觉google离开中国已经有一年了。最近几天，google修改了google.cn的dns记录，已经不指向google在北京的数据中心了，这意味着你访问谷歌音乐也可能被墙，我不知道这是为什么，或许是出于成本的考虑，毕竟维护一个数据中心的花费不菲。随着google把google.cn指向国外的服务器，很多以前使用google.cn作为代理来使用google的用户（包括GAE）已经无法绕开GFW了，不过现在google在中国的数据中心还在运行，我们仍可使用ip地址（203.208.37.104、203.208.37.99、203.208.39.99、203.208.39.104、203.208.37.132、203.208.39.132）来进行连接，但是对于能用多久我表示担忧。
         从今年年初中国政府对google的某些https服务的干扰开始，我就认识到这是google正在离我们远去的信号，更令人愤怒的是中国政府居然不承认这是它们干的并把责任推给google。也许你可以使用各种手段方法来继续使用你的google服务，但无可否认的是google已经在离开主流用户群了。说的悲观一点，这是我们无法改变的现实，我们的政府不喜欢google给google穿小鞋然后对民众说谎，在这场对抗中中国政府虽然在道德上占了下风，可以说是完败吧，但是它的目的达到了，我们对抗不过它，我们也没本钱对抗它。

发现一个利用MHTML 0day漏洞盗取gmail账户的案例，请大家注意

最近看到有人声称说MHTML 0day漏洞被利用盗取gmail账户，并给出了地址，我大概看了一下。

http[危险]://www.solidaritycenter.org/files/India.html就是钓鱼页面的地址，这么网页里面有一段javascript代码，利用漏洞劫持cookie，还有一段使用base64加密的javascript文件地址，解码后是http://www.solidaritycenter.org/files/India.js，India.js会把你的Gmail邮件转发给tk9652320@gmail.com并在浏览器中建立一个iframe，iframe内容的中文版在这里http[危险]://www.solidaritycenter.org/files/Indo-cn.html，里面是一个gmail的登录页面，这就是钓鱼页面，会把你的gmail账号密码以post方式发给http://www.solidaritycenter.org/files/IndoTraffickingAppendices.asp，然后再把你转向真正的Gmail页面。

目前微软还没有给出补丁，建议大家暂时不要使用IE浏览器以及IE内核浏览器（如360、TT、遨游等）登录Gmail。

我把相关页面打包起来了，点击下载。不建议使用使用浏览器直接打开，否则后果自负。出于安全性考虑我给压缩包加了密码，密码是virus

近期Gmail访问不稳定的临时解决办法

Gmail最近访问不稳定的原因是电信运营商在随机丢弃和Gmail服务器通信的数据包，手法和阻止https://www.google.com/的访问是一样的。好在Google的服务器很多，通过Google的任意一个服务器就能访问到Google几乎所有的服务。最近观察发现，不是所有的Google服务器都遭到了被随机丢弃数据包的待遇，我们可以通过这些服务器来访问Gmail等Google提供的服务。解决的方法还是老办法，修改hosts。

向hosts加入以下内容：
#一般hosts文件在Windows下位于c:\windows\system32\drivers\etc\hosts。Linux下位于/etc/hosts
66.249.89.91 mail.google.com
74.125.79.109 pop.gmail.com
74.125.79.109 smtp.gmail.com
66.249.89.91 encrypted.google.com
66.249.89.91 www.google.com
66.249.89.46 www.google.com.hk
72.14.203.91 docs.google.com
72.14.203.93 encrypted-tbn0.google.com
72.14.203.93 encrypted-tbn1.google.com
72.14.203.93 encrypted-tbn2.google.com
72.14.203.93 encrypted-tbn3.google.com


2010.06.04更新hosts（建议只在中国大陆使用）
2012.07.31测试仍可用


203.208.46.146 www.google.com
203.208.46.147 www.google.com.hk
203.208.46.132 clients1.google.com
203.208.46.149 mail.google.com
203.208.46.161 chatenabled.mail.google.com
203.208.46.161 mail-attachment.googleusercontent.com   #XP下的IE可能会有错误证书提示，Vista以上或Firefox浏览器不会出现此现象
203.208.46.146 id.google.com
203.208.46.146 encrypted.google.com
203.208.46.161 encrypted-tbn0.google.com
203.208.46.162 encrypted-tbn1.google.com
203.208.46.163 encrypted-tbn2.google.com
203.208.46.164 encrypted-tbn3.google.com
203.208.46.132 webcache.googleusercontent.com #XP下IE https连接可能会有证书错误提示
203.208.46.191 ssl.gstatic.com
203.208.46.161 docs.google.com
203.208.46.157 0.docs.google.com
203.208.46.157 1.docs.google.com

Google https无法访问的暂时解决办法

        这几天Google的https服务总是被封锁，例如Google Reader，封锁手法好像是443端口的TCP数据包被丢弃。有网友说丢弃数据包是分时间段的，位于韩国(74.125.153.113)的Google IP服务器的SSL规律是每个小时的00-19，30-49分可用，20-29，50-59分不可用。如果是GFW干的，这种封锁方法GFW以前从没有用过的，这意味着GFW进行了升级。

        现在对抗这种封锁手法只能是换用Google的其他没有被墙IP地址了，大家可以试试把别的Google ip地址（如66.249.89.93）和www.google.com在hosts文件里绑定在一起。

题外话：如果GFW开始丢弃特定端口的数据包，那么就意味着GFW对我们来说不再隐形，很容易探测出他在网络中所处的位置。另外发现一个很有意思的现象，当某个google的ip地址443端口（https）数据包被丢弃时，tracert有17调，没有丢弃数据包现象时tracert有16跳。

如何选择适合自己ipv6隧道

        现在Google的大部分服务已经支持ipv6来访问了。如果我们的isp没有给我们提供ipv6原生支持，我们也可以通过建立隧道来访问ipv6资源，一般还会加上hosts文件的配合。如何建立隧道我就不多说了，网上的教程也很多，但是如何选择隧道的种类，有些网友还是不太明白，这里我简要说一下。

        现在主流的ipv6隧道技术有这么几种：isatap、6to4、teredo。6to4的一大缺点是运行隧道客户端的主机必须有合法的ip地址，如果你在路由器（NAT设备）或防火墙后面一般就无法使用6to4隧道了，但6to4的优点是运行稳定，不需要你自己手动找relay服务器；isatap和6to4类似；Teredo不需要客户端有合法的ip地址，在路由器或防火墙后也能运行，但由于是把ipv6数据包放在udp包中通过ipv4网络和中继服务器通信，有时网络会不太稳定，而且Windows默认的在只有teredo来连接ipv6网络时dns解析不查询AAAA类型，会造成解析不到ipv6地址，由于windows xp的hosts文件不支持ipv6，所以xp用户使用teredo隧道很麻烦。

建议：有合法ip地址的用户尽量使用6to4和isatap；使用teredo隧道的用户尽量使用Vista、Win7一类的新系统，Linux用户建议使用软件miredo来建立teredo隧道。

下面公布几个隧道服务器的地址：
isatap router：
202.112.26.254 上海交大
59.66.4.50 清华大学
6to4 relay：
tserv15.lax1.ipv6.he.net Los Angeles, CA, US
tserv3.fmt2.ipv6.he.net Fremont, CA, US

Google实时搜索遭到GFW认证

这周末这么一折腾，Google实时搜索现在已经被墙。

2011.02.22update：已经解封

最简单的对抗DNS污染的方法

GFW的DNS污染只对UDP协议的DNS查询有效，对TCP协议的DNS查询无效，我们只需要使用TCP协议来查询DNS就可以了。

在Windows下，使用nslookup命令时加上-vc参数就可以强制使用TCP协议而不是UDP协议进行DNS查询。例如查询encrypted.google.com，输入命令nslookup -vc encrypted.google.com 8.8.8.8进行DNS查询就可以得到正确的查询结果，下一步就是把结果加入hosts文件。nslookup命令的用法我在这里就不多说了,唯一要多说的是不要使用中国的DNS服务器查询就行，推荐Google DNS和OPEN DNS。

至于如何让强制让系统使用TCP协议来查询DNS，我就不知道了，如果哪位大侠知道该怎么做，请指点一下。

更新：已经有高手找到怎么让系统强制使用TCP协议来查询DNS了。
http://www.bingtech.net/wordpress/?p=233

更新：有兴趣的童鞋可以试试这个东东
http://code.google.com/p/pwx-dns-proxy/

提供一组不用翻墙就能上twitter的ip地址（2012年1月28日更新）

把下面的内容加入hosts文件，重启浏览器，访问https://twitter.com，注意必须是以https://开头


2011年2月17日测试以下ip地址失效
65.49.26.99 twitter.com
65.49.26.98 si0.twimg.com
65.49.26.98 si1.twimg.com
65.49.26.98 si2.twimg.com
65.49.26.98 si3.twimg.com
65.49.26.98 si4.twimg.com
65.49.26.98 si5.twimg.com
65.49.26.97 api.twitter.com
72.246.94.33 platform.twitter.com



2012年1月15日更新ip地址：（已失效）
199.59.148.105 oauth.twitter.com
199.59.148.104 twitter.com
199.59.148.104 www.twitter.com
199.59.148.105 m.twitter.com
199.59.148.203 mobile.twitter.com
199.59.148.15 api.twitter.com
199.59.148.105 search.twitter.com
199.59.148.105 userstream.twitter.com
199.59.148.105 ssl.twitter.com
199.59.148.105 status.twitter.com
199.59.148.206 support.twitter.com
199.59.148.223 upload.twitter.com



2012年1月28日更新ip地址：
199.59.148.202 oauth.twitter.com
199.59.148.202 twitter.com
199.59.148.202 www.twitter.com
199.59.148.202 m.twitter.com
199.59.148.203 mobile.twitter.com
199.59.148.202 api.twitter.com
199.59.148.202 search.twitter.com
199.59.148.202 userstream.twitter.com
199.59.148.202 ssl.twitter.com
199.59.148.202 status.twitter.com
199.59.148.206 support.twitter.com
199.59.148.223 upload.twitter.com

新思路解决Google连接被重置

Google虽然退出中国了，不过Google在中国的服务器并没有搬走。Google的服务器可以作为Google服务的代理服务器，我们只要使用Google在中国的服务器作为代理就可以避免经常出现的“连接被重置”问题了！
我们可以通过使用代理脚本来指定对Google的服务使用Google.cn作为代理服务器，脚本写好后，在浏览器中加载就可以了。在Internet Explorer中按如下途径设置：工具－选项－Internet 选项－连接－局域网设置，勾选使用自动配置脚本；拨号上网用户把相应的拨号连接也要设置一下（如图） 。在FireFox中：工具－选项－高级－网络－连接设置－自动代理配置URL。这里，既可以填写一个网址，如http://example.com /proxy.pac，也可以使用本地路径，如放在D盘中一个PAC文件 。但IE和Firefox的书写方式略有不同：
IE：file://d:\temp\pedia.pac
Firefox：file:///d:/temp/pedia.pac

2011 .02.14更新：
如果IE代理脚本有时管用有时不管用，可能是代理脚本缓存造成，请下载注册表禁用代理脚本缓存。

2014.07.16 google.cn已经不能代理很多Google服务，本帖停止更新。

PAC文件更新2012.05.12 google.cn变更IP地址。

PAC文件更新2012.01.15 代理规则小幅修改。另提供可以通过https访问Twitter的IP一枚199.59.148.105

PAC文件更新2011.11.02 更改了google.cn的IP地址；去掉了对Google Reader的代理。

PAC文件更新2011.06.12 增加了很多Google服务代理，推荐中国大陆用户使用。2011.06.14说明：对于Google Reader建议使用https协议加密访问，这个脚本不对https协议使用代理。

PAC文件更新2011.04.09 增加对blogger的代理；网页快照也可以显示“不和谐”内容；此版本如果不能使用请尝试使用2011.03.21版本。

PAC文件更新2011.03.25 Google服务器调整的临时版本，2011.03.21版本无法使用的用户请下载此版本试用。

PAC文件更新2011.03.21 使用正则表达式匹配规则，准确率提高。

PAC文件更新2011.02.16 google reader不使用代理；firefox搜索建议加入代理；

附PAC文件 第一版



测试图：

传说中的gfw白名单？

奇怪了，今天用www.google.com.hk搜索什么东西都不会被墙，把http://www.google.com.hk/对应的ip地址66.249.89.99在host中和wecache.googleusercontent.com绑定，谷歌网页快照也能用了。难道是这个ip进了gfw的白名单？不知道这个现象能维持多久




update:2011-01-29 测试已经不行了，这个ip从白名单中移除
update:2011-02-28 66.249.89.91这个IP在目前我的线路上是在白名单中
update:2011-03-11 66.249.89.91这个IP测试已经不行了，从白名单中移除

Google在中国的数据中心好像去除了对搜索结果的过滤

虽然Google撤出中国大陆，但是服务器并没有完全搬走。Google允许使用它的ip地址进行搜索，以前使用Google在中国的IP地址搜索出的结果会过滤掉一些信息。今天测试貌似去除掉这个了，搜索很多敏感词也没有出现“根据当地法律法规和相关政策，部分搜索结果未予显示”，搜索结果的条数也和encrypted.google.com测不多。


测试链接：http://203.208.39.104/search?hl=zh-CN&newwindow=1&prmdo=1&q=%E6%B3%95%E8%BD%AE%E5%8A%9F&aq=f&aqi=&aql=&oq=