使用追踪的解决困难的出故障的请求在IIS 7

qiantin

　　秋冬装
　　
介绍
　　　　　　
基于请求的辨别目标提供一个方式确定什么正确地发生与您的请求，并且为什么，在您能再生产您有的问题条件下。 象恶劣的表现的问题在有些请求或者在其他请求的与认证相关的失败或者从ASP或ASP.NET的服务器500错误可能经常是难解决困难--除非您夺取了问题的踪影，当它发生。
不合格请求辨别目标被设计缓冲仅请求和冲洗的踪影事件他们到盘，如果请求“发生故障”，您提供“失败的”的地方定义。 如果您想要知道您为什么收到404.2错误信息或请求垂悬的开始，使用不合格请求追踪。
在这篇文章上被说明的任务包括：

• 使能不合格请求追踪的模块
  
• 配置不合格请求追踪的日志文件语义学
  
• 定义URL能保留不合格的请求踪影，包括失败定义和区域追踪
  
• 引起失败情况和视图发生的踪影
  

前提

安装IIS 7

在您在这篇文章之前，可执行任务您必须安装IIS 7。 浏览对http://localhost/看是否安装IIS。 如果没有安装IIS 7，为安装说明书看安装IIS 7在Windows服务器2008年。 当安装IIS 7时，切记您也安装以下：

• ASP.NET (在万维网之下为-应用开发特点- ASP.NET服务)
  
• 追踪(在万维网服务之下-健康和诊断-追踪)
  

作为管理员的注册

保证您使用登录的帐户是管理员帐户或在管理员小组。
注： 默认情况下在管理员小组不授予您完全管理员用户权利。 您必须跑应用作为管理员，您能通过作为管理员跑的用鼠标右键单击在应用象和选择做。

做一个备份
　　您必须做备份配置在做以下任务之前。
　　做备份配置：

• 点击开始- >所有节目- >辅助部件。
  
• 用鼠标右键单击指令提示，然后点击奔跑作为管理员。
  

　　　　3. 在指令提示，跑以下命令：


%windir% \ system32 \ inetsrv \ appcmd增加备用cleanInstall


创造样品内容

• 删除一切在%systemdrive% \ inetpub \ wwwroot文件夹。
  
• 在指令提示，驾驶对在inetpub \ wwwroot的test.asp文件。
  
• 在test.asp文件，键入以下代码：
  

追踪Lab</h2><br>的<h2>Failed请求
<br>Today的日期是<% response.write (日期()) %>

　　

功能失效ASP
　　ASP一定是残疾为这项任务。 ASP在这篇文章上失去能力只为例和为任务的目的。
　　使ASP失去能力：

• 打开IIS经理。
  
• 双击ISAPI和CGI制约。
  

　　　　3.选择活跃服务器页。 在行动单块玻璃，点击否认使ASP失去能力。



　　
使能不合格请求追踪

在您使能之后不合格请求追踪，您需要配置记录文件将居住的地方。 在这项任务，您在哪里将使能不合格请求追踪缺省网站并且指定投入记录文件。 您然后将配置能引起失败日志的失败。

第1步： 使能不合格请求追踪站点并且配置记录文件目录

• 
  
  打开与管理员用户权利的一个指令提示。
  
• 
  
  发射inetmgr。
  
• 
  
  在连接单块玻璃，扩展机器名字，扩展站点，然后点击缺省网站。
  
• 
  
  在行动单块玻璃，下配置，点击不合格的请求辨别目标….
  

　　
5. 在发生故障的编辑网站请求追踪的设置对话框，配置以下：

• 
  
  选择使能复选框。
  
• 
  
  保留其他设置的缺省。
  

　　　　6.点击OK。
　　不合格请求追踪的采伐为缺省网站现在使能。 检查%windir% \ system32 \ inetsrv \设置\ applicationHost.config文件证实配置看如下：

<system.applicationHost>
   <sites>
      <! -- 站点& app缺省 -->
      <site name= "缺省网站" id= " 1 " >
         <! -- 其他站点配置 -->
         <traceFailedRequestsLogging的enabled= "真实的"/>
      </site>
   </sites>
</system.applicationHost>
第2步： 配置您的失败定义
　　在这步，您将配置您的URL的失败定义，包括追踪的什么区域。 由所有请求的IIS 7返回到引伸未使能的您将解决困难404.2。 这将帮助您确定哪些特殊引伸您将需要使能。

• 打开与管理员用户权利的一个指令提示。
  
• 发射inetmgr。
  
• 在连接单块玻璃，扩展机器名字，扩展站点，然后点击缺省网站。
  
• 双击不合格的请求追踪的规则。
  

　　　　5.点击结束。
　　6. 在行动单块玻璃，点击增加….
　　7. 在出故障的增加请求追踪的规则巫术师，追踪页的指定内容的，选择所有内容(*)。 其次点击。







　　　　8. 在定义踪影情况页，选择状态编码复选框并且输入404.2作为状态编码追踪。



　　　　
　　9.其次点击。
　　10. 在精选的踪影提供者页，在提供者之下，选择万维网服务器复选框。 在区域之下，选择安全检查箱子和明白其他复选框。 您引起起因安全错误踪影事件将被投掷的问题。 一般来说，认证和授权(包括ISAPI制约名单发布)通过使用万维网服务器-安全追踪的，地区配置问题可以被诊断。 然而，因为FREB.xsl样式表帮助突出错误和警告，您在所有区域和提供者能仍然使用默认配置采伐所有事件。
　　在冗长之下，精选絮絮叨叨。



　　　　11.点击结束。 您应该为缺省网站看到以下定义：



　　　　通过使用<location>标记， IIS经理写配置到%windir% \ system32 \ inetsrv \设置\ applicationHost.config文件。 配置应该看如下：

    <location path= "缺省网站" >
        <system.webServer>
            <tracing>
                <traceFailedRequests>
                    <add path= " * " >
                        <traceAreas>
                            <add provider= "万维网服务器" areas= "安全" verbosity= "絮絮叨叨的"/>
                        </traceAreas>
                        <failureDefinitions statusCodes= " 404.2 "/>
                    </add>
                </traceFailedRequests>
            </tracing>
        </system.webServer>
    </location>
测试和观看失败请求记录文件
　　在这项任务，您将引起一个不合格的请求并且观看发生的踪影日志。 您已经配置IIS 7夺取http://517zd.taobao.com踪影日志请求与HTTP回应代码的无法404.2。 现在核实它运作。

第1步： 引起一个错误和失败请求记录文件

• 打开一个新的Internet Explorer窗口。
  
• 输入以下地址： http://localhost/test.asp。
  
• 您应该看到以下：
  

　　
第2步： 观看失败请求记录文件

• 即然您引起了一个不合格的请求，打开与管理员用户权利的一个指令提示并且驾驶到%systemdrive% \ inetpub \日志\ FailedReqLogFiles \ W3SVC1。
  
• 跑开始开始Internet Explorer窗口从目录。
  

　　　　
　　3. 注意若干事件这里： 当IIS 7写不合格的请求记录文件时，它写每个不合格的请求一个文件。 freb.xsl样式表也被写，一个每个目录。 这帮助，当您观看发生的失败请求记录文件(例如上面fr000001.xml)。
　　4.用鼠标右键单击404.2错误的记录文件，并且点击开放与- > Internet Explorer。 如果这第一次是您打开一个不合格的请求跟踪文件，您必须补充说：被信任的站点名单的互联网，默认情况下，因为Internet Explorer的改进的安全配置使能。 如果这是实际情形，您将看见以下：



　　　　5. 在Internet Explorer对话框，点击增加…增加：被信任的站点名单的互联网。 这允许XSL运作。 您在增加以后将看见以下：被信任的站点名单的互联网：



　　　　不合格的请求的总结被采伐在上面，当错误&警告桌辨认警告的所有事件，错误或者在严肃的关键错误。 在本例中，警告严肃水平归结于ISAPI制约。 您设法装载的图象是%windir% \ system32 \ inetsrv \ asp.dll。
　　6.直接地通过使用文本编辑程序，打开未加工的XML文件，并且看每个事件内容。   

总结
　　您完成了二项任务： 夺取踪影的配置的不合格的请求辨别目标为*，如果IIS 7退回它与404.2状态编码; 并且核实IIS 7夺取了您的请求的踪影。 您也核实freb*.xml记录文件没有包含任何其他要求您做的请求，因为请求没有一个404.2返回码。 当您咨询失败记录文件时，您确定失败的起因是引伸为那个请求是残疾。 您能尝试其他非HTML页(象gifs或JPG)和注意到，记录文件不增加这些踪影。  您能容易地也改变此是404，或者夺取失败，如果请求通过设置在您的failureDefinitions的timeTaken领域花费很多时间比30秒。

恢复您的备份
　　即然您在这篇文章上完成了任务，您能恢复配置的备份。 跑与管理员用户权利的以下命令：


%windir% \ system32 \ inetsrv \ appcmd恢复备份cleanInstall