IIS日志中sc-win32-status为64的问题
最近网站在BAIDU中搜索不到了,绝对没有任何违法、作弊行为,但是就是找不到原因。
今天偶然想起来分析一下日志,发现Baiduspider访问时,IIS日志里状态为 200 0 64 0的有很多,用浏览器访问页面是正常的,哪位高手知道是什么原因?
楼上高手,先敬一个。看了你的帖子,感觉非常好,分析问题逻辑清晰,证据确凿。
我们的服务器没有装Apache,我查了早一点的日志,发现以前就有200 64的情况,而且确实不是只有Baidu留下,其他的客户端也有留下。但是最近几个月Baidu访问出现200 64的情况明显多很多,不知道为什么。
服务器并没有安装什么程序、或者更改配置,只是正常的打补丁而已。而且同一个服务器上运行的其他网站并没有受到影响,在百度中可以很好的搜到。
今天把网站META里的介绍稍微减少了一些,不知道会不会起作用。另外,因为我们的网站是为一个项目开发的,很多子项目都用了同样的模板,有一些具体内容也一样,不知道会不会是这个问题。
在iis的日志里面,有一项是sc-win32-status,这个的中文名字就是Win32状态,那么,该状态不同的数值代表什么呢?
成功完成的时候该状态数值为0,其他的状态数值代表的意思如下:
64 指定的网络名不再可用
如果有其他的win32状态码,请直接在命令行模式下使用“net helpmsg”命令查看。 “net helpmsg”命令格式: NET HELPMSG message# 其中message#代表win32状态码。
64是win32的状态码,指“指定的网络名不再可用”,9楼朋友说被百度解释为清除数据,不知道你有没有确切的证据。
再一点,一般人浏览的时候出现64,你又怎么解释?我博客上有截图,我本人浏览的时候也出现的64。
另外,凡是出现64的时候,服务器发送字节为0,而接受字节却大于0,只能说明当时的服务器暂时性没有反应了,而且客户端收不到什么信息,网页一片空白。但是具体原因是什么,我也不清楚,我已在微软官方技术论坛发贴咨询,现在还没有回应。
但是可以说并不是9楼所说的情况,但是话又说过来,如果经常出现64,也不是什么好事,因为出现64指定的网络名不再可用,客户端浏览的网页就不会显示内容,客户当然会关闭走人。对于蜘蛛估计也有这种可能。
高手谈不上,我也是刚接触。为什么会更想深入了解这一点,原因有几点:1、公司一网站IIS日志百度留下过64,并且前段时间由于优化过度和频繁修改标题与关键词被百度K了只剩下首页,当看到有文章说出现64是百度认为作弊而留下的,所以想弄清楚。2、发现分析之后并不像那些文章中所说的,因为普通浏览者也会留下64,所以更想弄清楚。3、看到51.la论坛上一版主的博客上说,出现0是32位机器留下的,出现64是64位机器留下的,感到有点滑稽,所以反驳,结果那篇文章被那位版主隐藏了。4、分析IIS日志,发现IIS经常重新启动,因为启动一次,日志中就会增加几行新的#,但是IIS为什么经常重新启动,而且间隔的时间不定,查了一下服务器IP,发现该服务器上的网站竟然有近千个站点,不知道是不是由于部分站点不正常而引起的。
IIS日志里状态为 200 0 64出现的原因,经过我对其他网友观点和分析和对我自己服务器日志的分析,现得出结论,而且个人觉得这个结论将是终结版。
首先,200状态,大家都很清楚,只有浏览器发出请求到收到完整请求时,才会是200状态,这证明此次请求无程序和网络错误。
其次,至于64出现的原因,过程是这样的(首先要想到:客户端浏览器具有缓存,各搜索引擎爬虫拥有快照): 客户端发起请求,服务器正常影响产生并记录200状态,客户端收到服务器返回数据后,进行了自身的操作(如,浏览器会依据缓存,判断是否从缓存妈数据还是重新下载,搜索引擎依据自己的标准判断该页面是否需要更新快照),然后,当得到当前数据不需要重新下载后,就主动断开与服务器的此次对话,这时服务器就将标注为64状态(大家知道,64代表指定的网络名不再可用),整个过程就是这样,所以对那些妄言说,64代表被K或者其它言论的人来说,不再要继续误导网友哦。如果想解决这个问题,那就是更新。
例如:200 0 0 4600 316 140返回200正常,4600发送的字节数,316接受的字节数 140所用时间。这个时间是毫秒日志你去参照百度百科的IIS日志对照就知道了!!200网站正常
相信很多从事SEO工作的朋友在检查IIS日志的时候,经常会遇到一系列状态码的问题,由于这些状态码与蜘蛛的抓取是息息相关的,所以很多人都比较重视这一点。今天武汉SEO就来谈谈日志文件中的200 0 64状态码具体是什么,对网站SEO有哪些影响。
在站长圈内,大家对200 0 64状态码的看法众说纷纭,笔者总结了以下几种比较常见的说法:
①64表示64位系统②64表示访问正常,无需过多担心③64表示抓取次数④64表示k站的前兆⑤64表示网页没有更新⑥64表示网站处于考核期⑦64意味着蛛对网站的Gzip压缩揭秘失败。不管是哪一种说法,我们都不能轻易做出判断,必须要通过实践进行证明才行。
在国内,大部分的站长朋友使用的计算机系统都是Windows,下面我们来分析一下200 0 64这个状态码在Windows系统中具体代表着什么:
使用Windows自带的命令提示符(cmd),并输入指令:net helpmsg 64,回车后我们可以看到“指定的网络名不再可用”的字样显示出来。由此,我们可以初步断定,网络会话出现故障,客服端请求达不到。在此还有一个疑问,那是不是有可能是蜘蛛在访问服务器时,由于服务器资源不够用,导致这个请求失败呢?
下面笔者就通过曾经负责过的一个网站实例来进行解析这种200 0 64现象:
一、首先这个网站使用的是独立ip主机,广东省东莞市,电信IDC机房。笔者随机查看了几天的日志文件,发现几乎每天都有200 0 64代码出现在日志文件中笔者发现123.125.71.12这个百度蜘蛛抓取2197.html时候出现200 0 64状态码使用命令提示符进行DNS反查命令nslookup确认百度蜘蛛,Baiduspider ip的hostname以*.baidu.com的格式命名。同样的方法判断了其他出现200 0 64的日志代码,发现状态码处于的IP段是123.125.71.*,通过查询该ip为北京联通ip段。
于是,笔者根据网站服务器进行分析,当百度蜘蛛由网通ip段访问到电信服务器时,由于两种不同类型的网段出现问题,造成蜘蛛访问时不能正常的后去到网站页面的内容。所以,百度网通蜘蛛就直接放弃了爬行索引,故此出现了了200 0 64状态码。
二、仅这一种情况还不能断定全部结果,为此,笔者由抽样了部分日志文件,经分析百度蜘蛛电信ip段以及电信ip访客在访问网站时也会出现200 0 64这个状态码。再一个,考虑到必应的蜘蛛ip都是美国的,若网站出现200 0 64状态码,也极有可能是必应蜘蛛有过来访,谷歌蜘蛛目前尚未发现这种情况。
前不久,笔者在某论坛看到一高手分析此状态码的原因:百度蜘蛛访问页面时在特定时间内无法完成页面全部数据的接受而最后导致访问页面协议返回正常,但在页面返回全部数据的过程中由于服务器或者网络当时的状况导致失败进而出现了200 0 64现象。
最后啰嗦一下,当服务器网络请求不可达到的情况下,IIS日志往往就会出现200 0 64状态码,但是无论是电信、网通还是移动的主机,要想避免这种情况的发生,最好是首选双线或者三线主机,若你网站的目标客服群在全球都有,那么,建议使用质量最有保障的全网互联云主机。
以下信息源于网络,曾经和你遇到一样的问题,此方法有效因为系统用了时间太长了,所以重装了一下.重装完成后,先装了瑞星再装IIS的.但是等我启动IIS时长时间没有响应,最后才提示“服务没有及时响应启动或控制请求”.
我的系统环境是:Windowsxp sp2, IIS5.1
当然以为是IIS没有装好,拿出盘删除再装IIS,还是老问题.
于是当然是Google了.找了好多解决方法都没有用.
难道这些解决方案对我失效,我查看了一下计算机的服务项里,发现"World Wide Web Publishing"关闭了,启动也提示启动失败。看来是里程无法启动,这时候当然看看防火墙或是杀毒软件有没有相关的进程,"World Wide Web Publishing"的可执行文件是"inetinfo.exe",在瑞星防火墙访问规则里找到"inetinfo.exe"访问规则设为全部放行.
再次启动"World Wide Web Publishing",然后再启动IIS,一切OK.
网上提供的IIS解决方案不一样,因为情况跟不一样.我把我搜索到的解决方法也提供一下.
Quote
1.系统环境:Windowsxp+sp2,II5.0
故障现象:上午把IIS服务停止以后,程序长时间没响应,通过任务管理器关闭,启动时提示“服务没有及时响应启动或控制请求”,重启计算机未能解决。
解决办法:在Internet信息服务下有本地计算机(计算机机名),单击名键,选择断开,提示确实要断开本地计算机(计算机机名)吗?选择确定。
右键单击Internet,选择连接,计算机名填本机名称,用户名填本机管理员帐号(Administrator),确定。
Quote
2. 昨天就发现了公司我用这台电脑的IIS启动不了,今天早上试着解决它,才发现问题并不简单。找呀找呀找呀,发现"WorldWideWebPublishing"关闭了,启动也提示启动失败。静下心来,再看看其它关闭了的服务,有一项Eventlog把它启动了,再启动WorldWideWebPublishing成功。问题就在这里。
虽然“WorldWideWebPublishing”服务和SMTP服务的依存关系列表中没有提到“eventlog”服务,但“eventlog”服务不启动的话,就会出现上述问题。启动“eventlog”服务,然后启动“WorldWideWebPublishing”服务,上述问题消失。
Quote
3. IIS元数据库可能坏了。。测试一下。
Try to enumerate metabase:
1. Open a command prompt and change to the C:\Inetpub\Adminscripts folder.
2. At the command line, type "cscript adsutil.vbs enum " (without the
quotation marks).
If this command is successful, it enumerates the settings in the
metabase.
If the command is not successful, you receive the -2146893792
(0x80090020) error code.
假如有备份,把数据回复。
如果没有,参考
How to Manually Restore the Metabase When No Proper Backup Exists or When
the MMC Does Not Start
http://support.microsoft.com/?id=234429
HOW TO: Download, Install, and Remove the IIS MetaEdit 2.2 Utility
http://support.microsoft.com/?id=232068
Quote
4. 解决IIS不能启动,提示服务器没有及时响应启动或控制请求!
问题现象:
1、在IIS中站点显示停止,点击开启IIS不能启动,提示:服务器没有及时响应启动或控制请求 点击重新启动IIS提示:服务器没有及时响应启动或控制请求!
2、World Wide Web Publishing Services不能启动,提示“错误1721,资源不足,无法启动”
解决方法:
1、刚刚我也出现了那个问题,弄了一上午现在解决了,我是查出了World Wide Web Publishing Service服务没有启动,也启动不了,按照他的依存关系,把其他的服务启动了就可以了,我启动的是HTTP SSL,然后World Wide Web Publishing Service就可以用了,iis也可以了
2、有一次站点访问失败,IIS服务无法启动,我的解决思路是这样的:
先打开Administrative Tools -->Service,发现World Wide Web Publishing Service停止了。于是试图启动该服务,结果报错。
于是查看World Wide Web Publishing Services所需要依赖的服务(Dependencies),看到是IIS Admin Service。进而发现IIS Admin Service也无法启动,再查IIS Admin Service的Dependencies,查的结果是Protected Storage和RPC(Remote Procedure Call),于是启动RPC,接着顺利启动IIS Admin Service,接着启动World Wide Web Publishing Services,于是IIS恢复正常。
自己尝试根据这几种解决方法的思路肯定还有其它原因不同解决方法的.
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)