从Google的反应和访问的结果看，被封的不是Jsharer本体，而是tora.to这个关键词
也许是树大招风，域名的访问频率过高
但是这只是表面现象，猫对此持一定的保留态度
============= 测试分割线 ==============
实测直接访问Jsharer的时候返回Reset
Google直接ｔｏｒａ．ｔｏ为关键词搜索时Reset，同时Google暂时无法访问
Google关键词Jsharer搜索，正确列出结果，点击网站链接后返回Reset，但是此时google依然可用，这一点与以往被封的网站有所不同
主页指向的是174.36.136.180,这个地址依然有效，但是主页下的样式无法加载，导致页面排版一团糟
原因是maru6.ｔｏｒａ．ｔｏ/tora/styles/SuggestFramework.css这个文件无法访问，这个文件实际放在174.36.136.1上，这个地址同时也是吐槽版(blog.ｔｏｒａ．ｔｏ)的地址，任何方式测试这个主机都没有反应，不确定是IP被封还是主机停机
奇怪的是maru6.ｔｏｒａ．ｔｏ这个域名并没有发送Reset，但是ｔｏｒａ．ｔｏ确返回了reset，这让猫对关键词的说法产生了一定的怀疑
IP访问Jsharer主页经常时不时的传回Reset，不知道来自于墙还是服务器自身，如果确实来源于墙的话，那么域名变为关键字就可以自圆其说了
除此之外猫还发现，文件下载指向的core．ｔｏｒａ．ｔｏ这个域名指向不存在，这也是猫比较疑惑的一点
================ 综上 ===================
猫遇到的大多数被墙的网站都同时被封IP，但是JS很奇怪的没有被封，这一点让猫对墙的行为很奇怪
那么以下是猫个人推论几种可能性：
可能性一（可能性：50%）：JS确实被大墙给围了，但是真正的罪魁祸首不是本体，而是174.36.136.1这个主机下的某些敏感内容，以至于这个主机被封IP(无法访问)，同时域名进入关键词列表
可能性二（可能性：40%）：JS根本没有被封，只是在做一些维护，而Reset则是根据主机头发来的针对性数据，为的是不让用户在维护期访问服务器，maru6和core两个主机无法访问可能也与此有关，至于Google的搜索发生Reset，这个问题本身存在很多疑点，ｔｏｒａ．ｔｏ关键词有可能是巧合
可能性三（可能性：10%）：有人存心找茬攻击JS，造成了一系列奇怪的假象core的丢失和maru6存在疑点的指向，但是这个推论很难说明主站指向正却无法访问的根本原因，除非JS多台主机和域名DNS同时被人攻破
亡灵之猫 最后编辑于 2011-01-30 09:46:37
