用了这么多年，第一次被Google恼火了

其实鹚一个星期前就想写这篇文章了的。

但是鹚心想，还是不要急，先观察一下，想想解决办法。

其实问题出在鹚自己搭建的反向代理上。

对 ghs.google.com 的反向代理。

至于为什么，大家都懂滴。

鹚是用的Apache进行的反向代理。

Apache的写法是这样子的。

<VirtualHost 96.9.137.主IP:80>
ServerName    XX.mucid.me
ServerAlias    XXX.mucid.me
ProxyRequests    off

<Proxy *>
Order deny,allow
Allow from all
</Proxy>

ProxyPreserveHost on
ProxyPass / http://ghs.google.com/
ProxyPassReverse / http://ghs.google.com/
</VirtualHost>

这样是成功了的，大家也看到过，鹚成功的将 cloud.mucid.me 复活了。

但是期间，由于Burst到GHS的线路问题，VPS无法直接联通 ghs.google.com 。

但是却可以直接联通么些GHS的IP。

于是鹚直接反向到 ghs.google.com 的ip，配置改为如下。

<VirtualHost 96.9.137.主IP:80>
ServerName    XX.mucid.me
ServerAlias    XXX.mucid.me
ProxyRequests    off

<Proxy *>
Order deny,allow
Allow from all
</Proxy>

ProxyPreserveHost on
ProxyPass / http://ghs的ip/
ProxyPassReverse / http://ghs的ip/
</VirtualHost>

果然，又恢复了。

可是一个星期后，当鹚么天打开 cloud.mucid.me 的时候，却出现了403错误。

而且是由GHS返回的403而不是Apache的403。

如图：

奇怪，怎么了，难道我的IP被Google给屏蔽了么？

但是，我并没有干什么坏事啊！!

这可怎么办？

于是鹚想到还有备用IP，于是将Apache的配置改为如下：

<VirtualHost 96.9.137.备用IP:80>
ServerName    XX.mucid.me
ServerAlias    XXX.mucid.me
ProxyRequests    off

<Proxy *>
Order deny,allow
Allow from all
</Proxy>

ProxyPreserveHost on
ProxyPass / http://ghs.google.com/
ProxyPassReverse / http://ghs.google.com/
</VirtualHost>

但是，不管我怎么修改，Apache的反向代理，依然是走的主IP的线路！

这我就真的没办法了。

估计就是这样的吧，备用IP虽然可以作为被GFVV欺负的“回生之术”。

可是不管备用IP再多，Apache反向代理也是走的主IP啊！

莫名奇妙，莫名奇妙。

自己没被GFVV干掉，反而被Google给办了……

唉，作为一位忠实的Google用户，用了这么多年，第一次被Google恼火了。

没办法，鹚已经给Burst发信。

请求Burst给鹚更换一下 Main IP 。

要是Burst不干的话，那么等几个月后，鹚就重新购买Burst的VPS。