如何在IIS中查看博客
How to check weblogs in IIS
我的应用程序部署在 IIS 7 上。我想检查失败的次数，因为我的逻辑在某些时候失败了，errors.Is IIS.I 中的任何常规网络日志只能看到事件日志中的系统错误。有没有网络日志？
您的 'inetpub' 文件夹中有一个名为 'logs' 的文件夹，所有日志都存放在该文件夹中。您可以查看 IIS 管理器中 IIS 下的“日志记录”选项卡，以查看您应该为您的站点检查的特定日志的名称。
如果您要追查对某些内容类型的请求，手动搜索标准 W3C 日志是可以的，但它们不会告诉您很多关于您的 Web 应用程序失败和响应的原因 4XX 和 5XX 状态代码。您将获得一个状态代码，仅此而已。
请求跟踪失败：
您的"go to" 诊断工具应该是 IIS7+ 中内置的失败请求跟踪功能。
FRT 是我最喜欢的 IIS7/8 功能之一，用于跟踪生产站点的问题，尤其是在调试基于 WebAPI 和 Ajaxy 类型的东西构建的应用程序时。
有关详细信息，请参阅：
http://www.iis.net/learn/troubleshoot/using-failed-request-tracing
例如，上周 FRT 帮助我查明了客户托管网站的问题。尽管允许 DELETE 动词，但在发出 HTTP DELETE 请求时，网站的特定部分（使用 WebAPI）失败并显示 405 Method Not Allowed 状态代码。
使用 FRT，我能够生成失败请求的跟踪，向我显示了以下信息：
扩展 "View Trace" 项显示了这个错误：
我们客户的解决方案是禁用（未使用）WebDAV 本机模块，该模块不允许使用某些动词（例如 DELETE）完成 non-Windows 已验证请求。即使 WebDAV 模块没有处理请求，它仍在请求管道中检查和验证请求 headers.
失败请求跟踪是一个非常宝贵的诊断工具，您应该学习如何使用它。
HTTPERR 日志：
您还应该检查位于以下位置的 HTTPERR 日志：
C:\Windows\System32\LogFiles\HTTPERR
如果您遇到 503 - Service Unavailable 错误，他们是寻找线索的好地方，如果应用程序池经常发生灾难性失败，那么问题出在哪里。
我的应用程序部署在 IIS 7 上。我想检查失败的次数，因为我的逻辑在某些时候失败了，errors.Is IIS.I 中的任何常规网络日志只能看到事件日志中的系统错误。有没有网络日志？
您的 'inetpub' 文件夹中有一个名为 'logs' 的文件夹，所有日志都存放在该文件夹中。您可以查看 IIS 管理器中 IIS 下的“日志记录”选项卡，以查看您应该为您的站点检查的特定日志的名称。
如果您要追查对某些内容类型的请求，手动搜索标准 W3C 日志是可以的，但它们不会告诉您很多关于您的 Web 应用程序失败和响应的原因 4XX 和 5XX 状态代码。您将获得一个状态代码，仅此而已。
请求跟踪失败：
您的"go to" 诊断工具应该是 IIS7+ 中内置的失败请求跟踪功能。
FRT 是我最喜欢的 IIS7/8 功能之一，用于跟踪生产站点的问题，尤其是在调试基于 WebAPI 和 Ajaxy 类型的东西构建的应用程序时。
有关详细信息，请参阅：
http://www.iis.net/learn/troubleshoot/using-failed-request-tracing
例如，上周 FRT 帮助我查明了客户托管网站的问题。尽管允许 DELETE 动词，但在发出 HTTP DELETE 请求时，网站的特定部分（使用 WebAPI）失败并显示 405 Method Not Allowed 状态代码。
使用 FRT，我能够生成失败请求的跟踪，向我显示了以下信息：
扩展 "View Trace" 项显示了这个错误：
我们客户的解决方案是禁用（未使用）WebDAV 本机模块，该模块不允许使用某些动词（例如 DELETE）完成 non-Windows 已验证请求。即使 WebDAV 模块没有处理请求，它仍在请求管道中检查和验证请求 headers.
失败请求跟踪是一个非常宝贵的诊断工具，您应该学习如何使用它。
HTTPERR 日志：
您还应该检查位于以下位置的 HTTPERR 日志：
C:\Windows\System32\LogFiles\HTTPERR
如果您遇到 503 - Service Unavailable 错误，他们是寻找线索的好地方，如果应用程序池经常发生灾难性失败，那么问题出在哪里。