IIS常见问题及解答以及故障分析

答：有一种极棒的免费实用工具，叫做 Filemon，可以到 http://www.sysinternals.com 上找到它。在我讲授 IIS 时，我让学生们将此工具保存在软盘上，不管到哪里都随身带着它。我并不完全是在开玩笑。您可以用 Filemon 快速诊断出多数权限问题，因为它可以实时显示服务器上被访问的所有文件、调用进程的名称以及访问结果。这样，对于任何“访问被拒绝”消息，不管问题在嵌套 的 include 中埋多深，也不管临时索引有多模糊--都可轻松找出。
如果某一应用程序在一个操作系统上可以使用，而在操作系统升级后它 无法工作了，这会让人很沮丧。不过，这类问题往往都很有启发性。IIS 4 和 IIS 5 之间存在的一种差异与 COM 和 COM+ 之间的差异有关。在 IIS 5 中，当一个 COM+ 对象代表用户访问文件时，其默认行为是使用用户的安全上下文进行访问。在 IIS 4 中则不是这样。所以，当您将包含 COM 的应用程序从 IIS 4 迁移到 IIS 5 时，您可能需要提供针对这些文件的用户权限，尽管在 IIS 4 中不要求提供这些权限。有时这可能不大方便，比如您所遇到的情况；但是，在应用程序的安全设计方面，这确实是一项改进。尽管您可能没有使用自定义 COM 对象访问数据库，但 COM 在本机 IIS 组件中的应用很广泛。
体现这一要求的场合，是在需要授予对 Access 使用的临时文件夹的权限以及需要向创建数据库请求的用户授予权限时。有关更多信息，请参阅 Microsoft 知识库文章 Q210457 和 Q271071。
如何在不恢复原设置的情况下运行 IIS 锁定工具
问：我们在我们的服务器上运行了“IIS 锁定”工具，它在对系统执行一些基本的安全设置修改时看起来很成功。但在运行此工具后，我们又给服务器添加了一些功能和内容，然后想再次运行此工具。然而，当我们启动 IIS 锁定向导时，它显示：
如果您的浏览器不支持内嵌框，请单击此处在单独的页中查看。
在这种情况下，我们不想还原到以前的设置，因为这样做会让我们丢掉存储在元数据库中的、对 IIS 配置所做的更改。我们怎样才能再次运行 IIS 锁定工具而又不用先执行还原呢？
答：在我看来，IIS 锁定工具是 Microsoft 真正的压轴戏。如您所说，此工具让您能够轻松而又显著地增加您服务器的安全性。运行此工具后，它将其操作历史存储在位于以下位置的一个文件中：system32inetsrv。您将可以在以下文件中找到此信息：
- Oblt-rep.log
- Oblt-once.md0
- Oblt-mb.md0

如果您运行了上面显示的“撤销”任务，则还会有一个 Oblt-undone.log 文件。
如果您删除这些文件，则将启动向导，好像没有运行过 IIS 锁定工具一样。据我所知，重复执行此过程没有什么风险。但在这样做之前，一定要为 metabase.bin 制作一个副本。
因为这一方法能够让您像没有运行过锁定工具那样再次运行它，但又不撤销该锁定工具第一次运行时实现的设置或对它们“解除锁定”，所以对于您所说的情形，此方法应当行得通。 [SplitPage]
如何发送用以实现重定向的查询字符串信息
问： 在我们最初的Web服务器配置方案中，多个文件夹中均包含称作browse.asp的页面。为简化设计方案，我们目前只在单一文件夹中保留了一个 browse.asp文件。然而，服务器目前仍然接受来自用户且要求在原先位置上寻找borwse.asp文件的服务请求。我希望将这些请求重定向到存放 browse.asp文件的新位置上。通过使用IIS所内建的重定向功能，这项工作看起来似乎非常简单，然而，在实际处理过程中，查询字符串信息好像总是 被丢失。举例来说，我们将针对http://servername/oldfolder/browse.asp的请求重定向至http: //servername/newfolder/browse.asp。当用户向服务器发送形式为http: //servername/oldfolder/browse.asp?cat=135的URL时，重定向操作虽然能够执行，但却无法传递查询字符串。请 问是否存在某种方式能够允许IIS发送从原始请求URL中提取的查询字符串信息？

上一页 1 2 3 4 5 6 7 8 9 10 1112 13 14 15 16 17 下一页

评论总数：1 条 [ 查看全部 ] 网友评论