GreatFireWall对RSS的特殊优化

昨天的文章中由于提到了一个关键字：fr33n3t(请将3用e替换)，让我发现了GFW还对RSS类型网页的有特殊优化的现象。 在第一次publish该文时，我不是书写的fr33n3t，而是直呼其名，当然我那时就已经考虑到GFW会对于此单词比较关心，就用<em />标签把每个字母都扩了起来。发布之后，马上就有朋友对此文进行了回复，让我以为文章没有问题了，直到我去javablogs.com上检查文章点击数时才发现它的聚合器不能读取我的RSS Feed了(报connection reset错误)，于是我就在feedvalidator.org上验证我的RSS，当输入http://blog.javaws.com/feed这个url就立刻报无法打开联结的错，但如果输入http://blog.javaws.com进行校验，则可以正常的看到分析的结果和网页源代码，这是比较典型的查封形式了。 比较奇怪的是两点： 国内IP的用户没有受影响 只有RSS叶面被禁用，而HTML中也出现了关键词 到了今天上午，这个现象更加严重了，不光RSS被封，整个服务器的IP都被封掉了(期间我在maillist中描述了该现象，可能有很多人点击此叶面而导致)。于是迫于压力，我只好将对那单词中的e用3进行替换，这一换马上就解封了。 因此我得出了以下结论： 对于RSS，GFW具有先天的优势进行屏蔽，而且对于来自国内的内容会屏蔽国外IP，对于来自国外的内容会屏蔽国内IP 要检验自己的RSS是否被封(前提是还没有整站被封)，可以用feedvalidator.org进行验证，首先输入自己的RSS Feed的url进行验证，如果说 Server returned (104, ‘Connection reset by peer’)，就输入自己blog站点的url进行验证，这时如果能看到自己html代码则说明RSS Feed已经被封，如果看不到则很可能说明整个blog站点已经被封 这次事件更让我体会到一句话：我们都只在一个狭小的WAN中体验互联网! 附图：