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