保存跟踪失败的请求 IIS7 仅作为系统管理员的诊断工具?
我向客户提供使用职位委派管理您的网站的机会。 IIS 和
http://www.iis.net/download/iismanager
.
我不确定的功能之一 - 由于以下原因,这是跟踪不成功的请求:
客户将断开连接
服务器将降低性能 (特别是如果它包含在所有内容 500 遗址).
服务器将被旧的垃圾 FRT
有关如何配置服务器的机密信息的能力,从而为潜在攻击者提供有用的信息。
我们应该将其作为我们自己的管理员进行故障排除手段吗?
http://www.iis.net/download/iismanager
.
我不确定的功能之一 - 由于以下原因,这是跟踪不成功的请求:
客户将断开连接
服务器将降低性能 (特别是如果它包含在所有内容 500 遗址).
服务器将被旧的垃圾 FRT
有关如何配置服务器的机密信息的能力,从而为潜在攻击者提供有用的信息。
我们应该将其作为我们自己的管理员进行故障排除手段吗?
没有找到相关结果
已邀请:
1 个回复
八刀丁二
赞同来自:
另外,默认情况下 FRT 救赎 50 如果有更多,则将文件记录到站点上并覆盖最旧的 50 文件。
此外,存储日志的默认路径在您的共享日志文件夹中,因此最终用户无法访问查看杂志。
在得出结论之前,最后的评论是默认代表团值允许人们创建自己的规则,但他们不能
使能够
FRT 如果在站点级别或全球层面上切换管理员。
因此,默认值允许它们自己创建规则,您必须安全。 他们不能与规则做任何事情。 如果他们真的想管理它们,他们仍然需要联系系统管理员。 在启动之后,如果您不重新分配文件夹,则需要归档并发送实际生成日志的人,如果您不重新分配文件夹 FRT.
如果您真的希望使用完全访问权限,可以在全局级别启用它,并为它们提供对日志文件的FTP访问权限。 如果您没有发现您有许多要求的用户,我不认为您需要去。 在大多数情况下,人们需要仅包括短期故障排除。 考虑到整件事,我希望这将有助于您为您的特定环境做出解决方案。