首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

如何记录进入IIS的HTTP请求

要记录进入 IIS 的 HTTP 请求,您可以使用 IIS 的内置功能,即 IIS 日志记录。以下是如何配置 IIS 日志记录的步骤:

  1. 打开 IIS 管理器。
  2. 在左侧的连接树中,选择您要启用日志记录的网站。
  3. 在右侧的操作窗格中,单击“配置日志记录”。
  4. 在“配置日志记录”对话框中,选择要记录的日志类型和格式。
  5. 单击“选择日志字段”按钮,选择要记录的字段。
  6. 单击“确定”按钮以保存设置。

此外,您还可以使用 Windows 事件查看器来查看 IIS 的日志记录。

在 Windows 事件查看器中,打开“应用程序和服务日志”,然后选择“Microsoft”,再选择“Windows”,最后选择“IIS-Logging”。

这样,您就可以查看 IIS 的日志记录,并根据需要进行分析和监控。

推荐的腾讯云相关产品和产品介绍链接地址:

希望这些信息能够帮助您更好地了解云计算和腾讯云相关产品。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

HTTP.SYS 详解

http.sys 是一个位于Win2003和WinXP SP2中的 操作系统核心组件,能够让任何应用程序通过它提供的接口,以http协议进行信息通讯。 温馨提示:如果用户不慎删除了该驱动文件,不用担心,该驱动会在下次系统启动时重建。是一个删不掉的系统核心组件!实用程序结束该驱动,该驱动也会马上重新创建(只有粉碎文件才不能马上重建,但粉碎后,下次启动会重建)。 微软在Windows 2003 Server里引进了新的HTTP API和kernel mode driver Http.sys,目的是使基于Http服务的程序更有效率。这个改变的直接收益者就是IIS 6.0 和 asp.net. 其实在Windows XP安装SP2后,Http.sys已经出现在系统里了,但事实上,操作系统并没有真的使用这个内核级驱动,而XP上自带的IIS 5.1也没有使用HTTP API。 新的HTTP API里最核心的变化都封装在Http.sys这个kernel mode driver里了。在此之前,基于HTTP协议的程序都是在User mode下运行的,而且必须自己处理诸如软件中断、context switch、线程调度等等问题,并且往往无法自由接触系统资源。过去,HTTP服务器,如IIS, Apache等都是利用Winsock API来创建一个User mode下的network listener。Network listener通常独自(i.e.: per application or per thread basis)占用一个IP端口。通俗点说,就是在同一时间只有一个应用程序可以监听一个端口,这在有些时候是一个不太令人舒服的限制。 新的Http.sys带来的好处大致有如下一些: 1. 缓存 - 静态的内容现在被缓存于内核模式下,这使 服务响应速度更快 2. 记录 (Log)-IIS的log功能更快且标准化了 3. 带宽控制 - greater scalability control and throttling 4. 可靠性 - 所有的服务请求会在Http.sys里暂存入队列,而不是由服务程序本身来处理,这样,即使服务程序重启,尚未被处理的请求也不会丢失了 5. IP端口重用 - 现在,只要是通过Http.sys管理的端口(基本包括了那些著名的端口,比如80),都可以同时允许多个程序同时监听了。

03
  • IIS&Apache 攻击记录分析篇

    在这里,我为大家介绍一下两种常见的网页服务器中最重要的记录文件,分析服务器遭到攻击后,黑客在记录文件中会留下什么记录。目前最常见的网页服务器有两种:Apache和微软的Internet Information Server(简称IIS),这两种服务器都有一般版本和SSL认证版本。本文将使用和现实黑客的攻击手段类似的攻击方法去测试服务器并分析相关文件,有条件的朋友可在自己的机器上测试。 IIS的预设记录文件地址在C:winntsystem32logfilesw3svc1目录下,文件名是当天的日期,如yymmdd.log,系统会每天产生新的记录文件。预设的格式是W3C延伸记录文件格式(W3C Extended Log File Format),很多相关软件都可以分析这种格式的档案。记录文件在预设的状况下会记录时间、客户端IP地址、Method(GET、POST等)、URI stem(要求的资源)和HTTP状态(数字状态代码)。这些字段大部分都一看就懂,只是HTTP状态需要有大概的了解。

    02

    网页错误码详细报错

    HTTP 400 - 请求无效  HTTP 401.1 - 未授权:登录失败  HTTP 401.2 - 未授权:服务器配置问题导致登录失败  HTTP 401.3 - ACL 禁止访问资源  HTTP 401.4 - 未授权:授权被筛选器拒绝  HTTP 401.5 - 未授权:ISAPI 或 CGI 授权失败  HTTP 403 - 禁止访问  HTTP 403 - 对 Internet 服务管理器 的访问仅限于 Localhost  HTTP 403.1 禁止访问:禁止可执行访问  HTTP 403.2 - 禁止访问:禁止读访问  HTTP 403.3 - 禁止访问:禁止写访问  HTTP 403.4 - 禁止访问:要求 SSL  HTTP 403.5 - 禁止访问:要求 SSL 128  HTTP 403.6 - 禁止访问:IP 地址被拒绝  HTTP 403.7 - 禁止访问:要求客户证书  HTTP 403.8 - 禁止访问:禁止站点访问  HTTP 403.9 - 禁止访问:连接的用户过多  HTTP 403.10 - 禁止访问:配置无效  HTTP 403.11 - 禁止访问:密码更改  HTTP 403.12 - 禁止访问:映射器拒绝访问  HTTP 403.13 - 禁止访问:客户证书已被吊销  HTTP 403.15 - 禁止访问:客户访问许可过多  HTTP 403.16 - 禁止访问:客户证书不可信或者无效  HTTP 403.17 - 禁止访问:客户证书已经到期或者尚未生效  HTTP 404.1 -无法找到 Web 站点  HTTP 404- 无法找到文件  HTTP 405 - 资源被禁止  HTTP 406 - 无法接受  HTTP 407 - 要求代理身份验证  HTTP 410 - 永远不可用  HTTP 412 - 先决条件失败  HTTP 414 - 请求 - URI 太长  HTTP 500 - 内部服务器错误  HTTP 500.100 - 内部服务器错误 - ASP 错误  HTTP 500-11 服务器关闭  HTTP 500-12 应用程序重新启动  HTTP 500-13 - 服务器太忙  HTTP 500-14 - 应用程序无效  HTTP 500-15 - 不允许请求 global.asaError 501 - 未实现  HTTP 502 - 网关错误  用户试图通过 HTTP 或文件传输协议 (FTP) 访问一台正在运行 Internet 信息服务 (IIS) 的服务器上的内容时,IIS 返回一个表示该请求的状态的数字代码。该状态代码记录在 IIS 日志中,同时也可能在 Web 浏览器或 FTP 客户端显示。状态代码可以指明具体请求是否已成功,还可以揭示请求失败的确切原因。日志文件的位置在默认状态下,IIS 把它的日志文件放在 %WINDIRSystem32Logfiles 文件夹中。每个万维网 (WWW) 站点和 FTP 站点在该目录下都有一个单独的目录。在默认状态下,每天都会在这些目录下创建日志文件,并用日期给日志文件命名(例如,exYYMMDD.log)。HTTP1xx - 信息提示  这些状态代码表示临时的响应。客户端在收到常规响应之前,应准备接收一个或多个 1xx 响应。 • 100 - 继续。  • 101 - 切换协议。2xx - 成功  这类状态代码表明服务器成功地接受了客户端请求。  • 200 - 确定。客户端请求已成功。  • 201 - 已创建。• 202 - 已接受。  • 203 - 非权威性信息。  • 204 - 无内容。  • 205 - 重置内容。  • 206 - 部分内容。3xx - 重定向  客户端浏览器必须采取更多操作来实现请求。例如,浏览器可能不得不请求服务器上的不同的页面,或通过代理服务器重复该请求。  • 302 - 对象已移动。  • 304 - 未修改。  • 307 - 临时重定向。4xx - 客户端错误  发生错误,客户端似乎有问题。例如,客户端请求不存在的页面,客户端未提供有效的身份验证信息。  • 400 - 错误的请求。  • 401 - 访问被拒绝。IIS 定义了许多不同的 401 错误,它们指明更为具体的错误原因。这些具体的错误代码在浏览器中显示,但不在 IIS 日志中显示:  • 401.1 - 登录失败。  • 401.2 - 服务器配置导致登录失败。  • 401.3 - 由于 ACL 对资源的限制而未获得授权。  • 401.4 - 筛选器授权失败。  • 401.5 - ISAPI/CGI 应用程序授权失败。  • 401.7 – 访问被 Web 服务器上的 URL 授权策略拒绝。这个错误代码为 IIS 6.0 所专用。  • 403 - 禁止访问:IIS 定义了许多不同的 403

    02

    微软超融合私有云测试19-SCOM2016部署前提条件

    在SCVMM部署完毕后,我们开始部署SCOM,SCOM是微软的私有云监控操作平台,可以监控的范围非常广,包括硬件类,如UPS、服务器存储硬件、温湿度仪器等;软件类,如操作系统、服务进程、程序代码、网站等;网络类,路由器、交换机、防火墙、网络状态等,基本IT类所涉及到的任何软硬件网络都可以进行监控,同时其提供邮件、短信、自定义通道等多种告警方式,可以在服务出现问题时第一时间通知管理员,故障自愈功能可以有效自动修复常规问题,高度可自定制化功能可以将检测平台的展示内容(拓扑、柱状图、饼状图等),基本上SCOM能够实现IT范围内几乎所有的监控需求,当前随着微软私有云方案的不断发展,渐渐的出现了OMS来作为混合云的管理监控平台,但是SCOM这个产品在私有云环境内还有很大的市场,后续我们也会逐步介绍OMS的部署、配置。

    02
    领券