因为筛选器在IIS中扮演了一个如此重要的角色，所以它们总是作为Inetinfo部分运行在过程内。因此，正确的ISAPI筛选器结构对服务器的正常运行是必备的。你可能希望与Microsoft 产品支持服务一起工作来确定问题，因为处理这种例外可能是一个较大的挑战。
基于这个考虑，有两个新技术可以使生活更加轻松，IIS 6.0就是其中的一个。由于它是一个新的体系结构，所有的ISAPI筛选器都在进程外运行。这将使Web 服务器从一个捉摸不定ISAPI筛选器中隔离开来，但这实际上并没有真正解决问题。为了解决这个问题，你可以考试使用.NET语言在ISAPI方面做一些工作。通使用C＋＋设计ISAPI筛选器相比，使用.NET实现相同的功能要大为简单。
问：我在哪能获得这样的示例代码--它显示了如何在使用WebDAV的ASP中编辑文档？ php程序员站
答： 从IIS上的脚本中使用WebDAV的最好方法就是使用ASP.Net的WebClient类。如果你正在使用Windows XP或Windows Server 2003，WebDAV功能就是这个操作系统的一部分。这就允许你在一个Web服务器上使用HTTP引用一个文件，就像使用一个UNC路径名称一样。例如，你可以用NET USE * http://servername/directory来映射一个驱动器，然后通过使用驱动器符号来访问这个位置。另一方面，你还可以创建一个COM对象，它是一个WebDAV的客户端。你可以使用这个对象向IIS 5.x或IIS 6.0传递WebDAV动词。
另外，如果你以WebDAV为关键词搜索MSDN，你将会找到一些例子，它们教你如何使用XML来为Exchange和其它Microsoft服务器构造WebDAV的查询。在Microsoft Exchange 2000 Server SDK中有一个WebDAV的示例应用程序。
问：当我试图用ASP去访问一个数据库时，我得到了一个“拒绝访问”的回应，这是什么原因？ www~phperz~com
答： 有一个名为“Filemon”的优秀免费工具，你可以从Sysinternals.com上获得它。你可以使用Filemon来快速诊断出绝大多数的权限问题，因为它能实时显示服务器上的全部文件权限、调用的过程名称及访问的结果。因此，无论隐藏多么深的嵌套包含或多么模糊的临时索引，任何“拒绝访问”的消息都能被轻松识别。
当一个在先前的操作系统上能够正常工作的应用程序在升级后出现问题时，它就无能为力了。但是，这种类型的问题还是有启发意义的。IIS 4.0和IIS 5.0之间的一个差异就与COM和COM+之间的一个差异有关系。在IIS 5.0中，当一个COM+对象代表用户访问文件时，它的默认行为就是使用用户的安全上下文环境来完成这些工作。这在IIS 4.0中并不算什么事情。因此，当从IIS 4.0向IIS 5.0迁移包含COM的应用程序时，你可能需要向文件提供用户权限，而在IIS 4.0中并不需要。虽然跟以前相比这有些不方便，但是它在提高应用程序安全性设计方面的确是一个进步。即使是不能使用定制的COM对象去访问数据库，COM在本地的IIS组件中还是得到了广泛的应用。
这里有一个能够帮助您理解这种需求的例子，比如，你需要为正在创建数据库的用户授予请求使用Access临时文件夹的权限。更多的信息请查阅Microsoft Knowledge Base中的Q210457和Q271071。
问：如何在没有恢复原始设置的情况下运行IIS锁定工具？ www.phperz.com
答： IIS锁定工具非常有效。这个工具允许你轻松、显著地增加服务器的安全性。一旦运行了这个工具，它就将其活动的历史记录储存到一个文件中，这个文件的位置是%systemdrive%\%systemdir%\system32\inetsrv。你将在下面的文件中找到这个信息：
Oblt-rep.log
Oblt-once.md0
Oblt-mb.md0
Oblt-undone.log也可能是最新的。
如果你删除了这些文件，向导就会启动，就好像IIS Lockdown tool并未被运行一样。重复这个过程并没有什么风险。在你这么做之前，一定要制作一个Metabase.bin的副本。
因为当它第一次运行的时候，这个过程将会让你运行锁定工具，就好像它从未被运行过，但并不会“解开”或反转锁定工具进行了一些设置，所以这个过程应该可以正常工作。
|
