在Google.com里面进行搜索的时候，经常会遇到突然出现“该页无法显示”的提示，并且之后的十多分钟
本文将给出一些能够正常访问被屏蔽的Google搜索引擎的常用方法以及Google的IP地址表。
在Google.com里面进行搜索的时候，经常会遇到突然出现“该页无法显示”的提示，并且之后的十多分钟都无法正常连接Google，这里给出一些方法，可以解决大部分Google无法访问或进不去的问题。
1、如果是搜索过程中出现“该页无法显示”的提示，接着就无法访问Google，那么对于ADSL用户，可以尝试断开网络连接，然后重新拨号上网，这样你的IP地址就发生了变化，这时候就可以正常访问Google了。（其原理是防火墙只是针对IP封用户，而不是针对独立电脑）
2、如果一开始就无法访问Google，那么请把下面这一行：
216.239.63.104 www.google.com 或者 64.233.171.99 www.google.com 或者 216.239.53.99 www.google.com
添加到：C:\WINDOWS\system32\drivers\etc\hosts文件里，就着访问Google看看是否正常。（其原理是提供较为少用的Google镜像访问）
3、使用附录中的Google的镜像IP地址来访问Google，那么多的IP，应该不至于全都封了吧。
4、使用Google.cn来访问Google，不过请注意，Google.cn服务器也在美国，因此搜索词语的时候也会出现“该页无法显示”的可能。
5、如果碰到DNS劫持的封锁方法，那么需要选择正确的DNS服务器，将主DNS设置成国外根服务器的DNS，然后辅助DNS设置成国外的DNS。具体做法：在拨号网络或网卡属性里设置，主DNS设成 202.12.27.33，辅助DNS：202.216 .228.18（日本DNS）大家还可以自己找一些快的国外DNS。 （其原理是DNS劫持只能够控制国内的DNS服务器，而对于国外的DNS服务器则无能为力，因此只要不使用国内的DNS即可）
6、对于GMail，使用http访问访问的话最好不要选择“带有聊天功能的标准视图”，否则容易被封。
7、尽量使用https://mail.google.com 来访问GMail，这将极大提高访问的稳定性，并且在GMail里使用GTalk也不会被封。（其原理是对于加密的https，防火墙无能为力）
8、使用加密的代理服务器软件来访问Google，当然目前的一些加密的代理服务器都不是很稳定，速度也不是很理想。
当然，上面的方法有时可能会实效，我觉得最简单的方法应该是来自Google的，就是提供一个支持https版本的Google搜索，这可以一劳永逸地解决目前几乎所有的问题，而且我知道增加这个版本对于Google来说应该是举手之劳的事情，并且GMail都已经提供了，那么为什么对于我们用的更多的Web搜索不提供呢？https是安全访问网站的一个重要的方法，目前还没有看到能截获https的加密数据的防火墙，那么与其提供Google.cn，其实还不如提供一个https的Google更实用。
当然，在大多数国家，使用https访问Google都显得很多余，但请Google理解https对于中国用户的重要性，并且实现https访问也是轻而易举的事情，又何乐而不为呢。
附录：Google的IP地址一览表：
域名 www.google.com 是 www.l.google.com 的别名，被解析为三个IP：64.233.167.99、64.233.167.104 和 64.233.167.147(不同地区可能不一样)。三个IP每隔1秒钟左右轮流替换，可能是出于冗余备份和负载均衡的考虑。Windows XP 上有DNS的本地缓存，因此在较长的一段时间内解析出来的是同一个IP，用命令 ipconfig /flushdns 清除本地缓存后再试，它才会被解析到其他IP。而Linux下通常没有DNS的本地缓存，即使很频繁的请求，也会是请求到不同的IP。
这两天邀请集散地频繁出现问题，自动发送Orkut邀请的程序无故不能工作，成功率很低。察看错误信息得知，在用Google账号登陆过程中，出现No route to host的异常。登陆过程中需要请求三个www.google.com域下的链接，三个位置均有出错纪录。偶尔能够工作正常。
手动Ping www.google.com时发现，当IP被解析为 64.233.167.147 时Ping 失败，相应为Time to live exceeded，数据包不能在生命周期内到达目标。trace的结果如下：
Tracing route to 64.233.167.147 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms th124001.ip.tsinghua.edu.cn [59.66.124.1]
2 <1 ms <1 ms <1 ms th003137.ip.tsinghua.edu.cn [59.66.3.137]
3 3 ms 3 ms 3 ms th002025.ip.tsinghua.edu.cn [59.66.2.25]
4 3 ms 3 ms 3 ms qhu0.cernet.net [202.112.38.69]
5 * 3 ms 2 ms 202.112.61.197
6 3 ms * 3 ms 202.112.61.193
7 4 ms * 4 ms 202.112.61.197
8 3 ms * 4 ms 202.112.61.193
9 4 ms 3 ms 4 ms 202.112.61.197
10 * 4 ms 4 ms 202.112.61.193
数据包在202.112.61.193和202.112.61.197之间摇摆，直到生命耗尽。正常的路由应该是这样：
Tracing route to www.l.google.com [66.249.89.104]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms th124001.ip.tsinghua.edu.cn [59.66.124.1]
2 <1 ms 1 ms 1 ms th003137.ip.tsinghua.edu.cn [59.66.3.137]
3 4 ms 4 ms 3 ms th002025.ip.tsinghua.edu.cn [59.66.2.25]
4 3 ms 3 ms 3 ms qhu0.cernet.net [202.112.38.69]
5 3 ms * 3 ms 202.112.61.197
6 39 ms 39 ms 39 ms 202.112.61.18
7 40 ms 39 ms 40 ms 72.14.196.1
8 39 ms 40 ms 40 ms 64.233.175.13
9 63 ms 63 ms 64 ms 66.249.95.198
10 91 ms 91 ms 91 ms 72.14.236.236
11 93 ms 94 ms 93 ms 66.249.95.197
12 98 ms 94 ms 104 ms 216.239.47.54
13 93 ms 93 ms 93 ms 66.249.89.104
Trace complete.
可见，应该是202.112.61.197的路由出了问题.
由于三个IP中的一个无法访问，即访问 www.google.com 成功的概率只有2/3，登陆过程中需要访问三次，则成功的概率只有8/27，不到1/3。实际上的成功概率正是如此，3次成功，7次失败。
解决办法是在 Linux 下的 /etc/hosts 文件中添加一条记录：66.249.89.104 www.google.com，即让www.google.com始终解释为其中正常的一个IP。
为什么之前在Windows XP上没有发现这个问题呢？清空本地DNS缓存直到www.google.com解析为66.249.89.147，此时Ping 失败，而用Firefox 或者 IE 都能正常访问 Google 的服务，只是特别慢。估计这些浏览器在连接失败后会重新解析域名，然后得到了新的IP，才能访问成功。
到笔者发文时，解析www.google.com已经只能得到两个IP：64.233.167.99 和 64.233.167.104，147 神秘消失了。或许是Google已经发现这个路由故障，及时修改了DNS记录，动作还真快，呵呵^_^
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。