您现在的位置： 网页制作教程网 >> 服务器 >> Web 服务器 >> 文章正文

问：我们在我们的服务器上运行了“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中提取的查询字符串信息？
答：在指定IIS如何对URL进行重定向方面，IIS为您提供了相当程度的灵活性。IIS中所包含的一项鲜为人知但却非常实用的特性能够允许您在重定向过程中使用变量，从而实现了能够精确指定向目标URL传递哪些内容的高级控制能力。举例来说，在您所描述的情况下，右键单击原有browse.asp文件，在“文件”选项卡上选择“重定向至URL”并输入http: //servername/newfolder/browse.asp$Q。这种设置方式将使用内建服务器重定向变量$Q将原有URL中所包含的查询字符串部分内容发送到新的位置上。以下表格列出了在线IIS 5帮助文件以及编号为Q313074的Microsoft知识库文章中所包含的有关查询字符串的详细信息。
变量
描述
举例
$S
对请求URL中相匹配的后缀信息进行解析。相匹配的后缀信息是指原始URL中重定向URL被替代后所剩余的部分。
如果将/scripts重定向为/newscripts且原始请求URL为/scripts/program.exe，则/program.exe即为后缀信息。服务器将自动执行后缀替换操作，$S变量仅用于同其它变量配合使用。
$P
对原始URL中的参数进行解析。
举例来说，如果原始URL为/scripts/myscript.asp?number=1，那么，字符串“number=1”将被映射到目标URL中去。
$Q
对于从原始URL中所提取出的问号和参数进行解析。
举例来说，如果原始URL为/scripts/myscript.asp?number=1，那么，字符串“?number=1”将被映射到目标URL中去。
$V
对于请求URL中除服务器名称以外的其它信息进行解析。
举例来说，如果原始URL为//myserver/scripts/myscript.asp，那么，字符串“/scripts/myscript.asp”将被映射到目标URL中去。
$0 至$9
对请求URL中与指定通配符相匹配的部分进行解析。
举例来说，如果针对最低级别的目录名称（如*/default.htm）使用一个通配符，那么，URL中包含Default.htm的目录名称部分将被转发。
!
不进行重定向。

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] [10]  ... 下一页  >>