我让一些客户能够通过IISfunction委派和IISpipe理器进行远程pipe理来pipe理他们的网站。
我不确定允许访问的一个function是失败请求跟踪，原因如下：
我们应该保持这个作为我们自己的pipe理员的故障排除工具吗？
我听说它说，FRT启用和监听所有页面请求的性能开销约为5％。 我个人没有证实，但是如果它在那个球场的任何地方，那真的不是很多的开销。
此外，FRT的默认设置是保持每个站点50个日志文件，并且一旦存在多于50个文件就覆盖最早的文件。
此外，存储日志的默认path位于您的共享日志文件夹下，因此最终用户无权查看日志。
最后我要说的是，代表团默认允许人们创build自己的规则，但是如果没有pipe理员在站点或全局级别启用 FRT，他们将无法启用 FRT。
所以，默认情况下允许他们自己创build规则，你应该是安全的。 他们对规则无能为力。 如果他们真的想要统治他们，他们将需要联系系统pipe理员。 而且，在运行后，他们需要有人将其压缩并将其生成的实际日志发送给他们，除非您重新映射该文件夹，或者让他们通过FTP访问其FRT日志文件夹。
如果你想允许他们完全访问，那么你可以在全局级别启用它，并让他们FTP访问日志文件。 除非您发现您有很多用户请求，否则我不认为您需要走得太远。 大多数人只需要启用短期故障排除。 尽pipe如此，希望它可以帮助您为您的特定环境作出决定。