现在绝大多数的虚拟主机都禁用了 ASP的标准组件：FileSystemObject，因为这个组件为 ASP提供了强大的文件系统访问能力，可以对服务器硬盘上的任何文件进行读、写、复制、删除、改名等操作（当然，这是指在使用默认设置的 WindowsNT / 2000 下才能做到）。但是禁止此组件后，引起的后果就是所有利用这个组件的 ASP 将无法运行，无法满足客户的需求。
如何既允许 FileSystemObject 组件，又不影响服务器的安全性（即：不同虚拟主机用户之间不能使用该组件读写别人的文件）呢？这里介绍在实验中获得的一种方法，下文以 Windows 2000 Server 为例来说明。
在服务器上打开资源管理器，用鼠标右键点击各个硬盘分区或卷的盘符，在弹出菜单中选择“属性”，选择“安全”选项卡，此时就可以看到有哪些帐号可以访问这个分区（卷）及访问权限。默认安装后，出现的是“Everyone”具有完全控制的权限。点“添加”，将“Administrators”、“Backup Operators”、“PowerUsers”、“Users”等几个组添加进去，并给予“完全控制”或相应的权限，注意，不要给“Guests”组、“IUSR_机器名”这几个帐号任何权限。然后将“Everyone”组从列表中删除，这样，就只有授权的组和用户才能访问此硬盘分区了，而 ASP执行时，是以“IUSR_机器名”的身份访问硬盘的，这里没给该用户帐号权限，ASP 也就不能读写硬盘上的文件了。
下面要做的就是给每个虚拟主机用户设置一个单独的用户帐号，然后再给每个帐号分配一个允许其完全控制的目录。
打开“计算机管理”→“本地用户和组”→“用户”，在右栏中点击鼠标右键，在弹出的菜单中选择“新用户”。
在弹出的“新用户”对话框中根据实际需要输入“用户名”、“全名”、“描述”、“密码”、“确认密码”，并将“用户下次登录时须更改密码”前的对号去掉，选中“用户不能更改密码”和“密码永不过期”。本例是给第一虚拟主机的用户建立一个匿名访问 Internet信息服务的内置帐号“IUSR_VHOST1”，即：所有客户端使用
http://xxx.xxx.xxxx/ 访问此虚拟主机时，都是以这个身份来访问的。输入完成后点“创建”即可。可以根据实际需要，创建多个用户，创建完毕后点“关闭”。
现在新建立的用户已经出现在帐号列表中了，在列表中双击该帐号，以便进一步进行设置。在弹出的“IUSR_VHOST1”（即刚才创建的新帐号）属性对话框中点“隶属于”选项卡。刚建立的帐号默认是属于“Users”组，选中该组，点“删除”，此时再点“添加”。在弹出的“选择组”对话框中找到“Guests”，点“添加”，此组就会出现在下方的文本框中，然后点“确定”。点“确定”关闭此对话框。
打开“Internet信息服务”，开始对虚拟主机进行设置，本例中的以对“第一虚拟主机”设置为例进行说明，右击该主机名，在弹出的菜单中选择“属性”。弹出一个“第一虚拟主机 属性”的对话框，从对话框中可以看到该虚拟主机用户的使用的是“F:\VHOST1”这个文件夹。
暂时先不管刚才的“第一虚拟主机属性”对话框，切换到“资源管理器”，找到“F:\VHOST1”这个文件夹，右击，选“属性”→“安全”选项卡，此时可以看到该文件夹的默认安全设置是“Everyone”完全控制（视不同情况显示的内容不完全一样），首先将最将下的“允许将来自父系的可继承权限传播给该对象”前面的对号去掉。此时会弹出“安全”警告，点“删除”。
此时安全选项卡中的所有组和用户都将被清空（如果没有清空，请使用“删除”将其清空），然后点“添加”按钮。
将“Administrator”及在前面所创建的新帐号“IUSR_VHOST1”添加进来，将给予完全控制的权限，还可以根据实际需要添加其他组或用户，但一定不要将“Guests”组、“IUSR_机器名”这些匿名访问的帐号添加上去！
再切换到前面打开的“第一虚拟主机 属性”的对话框，打开“目录安全性”选项卡，点匿名访问和验证控制的“编辑”。
在弹出的“验证方法”对方框，点“编辑”。弹出了“匿名用户帐号”，默认的就是“IUSR_机器名”，点“浏览”。在“选择用户”对话框中找到前面创建的新帐号“IUSR_VHOST1”，双击。此时匿名用户名就改过来了，在密码框中输入前面创建时，为该帐号设置的密码，再确定一遍密码。完成了，点确定关闭这些对话框。
经此设置后，“第一虚拟主机”的用户，使用 ASP 的 FileSystemObject 组件也只能访问自己的目录：F:\VHOST1 下的内容，当试图访问其他内容时，会出现诸如“没有权限”、“硬盘未准备好”、“500 服务器内部错误”等出错提示了。
另：如果该用户需要读取硬盘的分区容量及硬盘的序列号，那这样的设置将使其无法读取。如果要允许其读取这些和整个分区有关的内容，请右键点击该硬盘的分区（卷），选择“属性”→“安全”，将这个用户的帐号添加到列表中，并至少给予“读取”权限。由于该卷下的子目录都已经设置为“禁止将来自父系的可继承权限传播给该对象”，所以不会影响下面的子目录的权限设置。
对于不是虚拟主机，而是在同一机器上建立不同站点（不同站点的HTTP端口不同），也可以参照此方法进行设置。
拒绝破坏禁用FileSystemObject组件
众所周知，FileSystemObject组件的强大功能及破坏性是它屡屡被免费主页提供商(那些支持ASP)的禁用的原因。
第一种：用RegSrv32 /u C:\WINDOWS\SYSTEM\scrrun.dll(win98路径)来注销该组件。
第二种：修改Progid的值，在ASP里调用组件的方式通常是 Set对象名=Server.CreateObject("Progid")，这时候我们就可以通过修改注册表中的Progid值从达到禁用该组件的方法。在开始-运行中敲入regedit,然后找到HKEY_CLASSES_ROOT\Scripting.FileSystemObject，这时候我们就可以更改该rogid的值了，如改成Scripting.FileSystemObject8。这样在ASP页里就这样调用了：
＜%@ Language=Vbscript%＞
＜%
Set Fs=Server.CreateObject("Scripting.FileSystemObject8")
%＞
(如果你前面没有调用过该组件的话，则无须重启，就可以看到效果了，否则请重启后看效果。)
这时候我们看看还是用原来的调用方法的结果：
＜%@ Language=Vbscript%＞
＜%
Set Fs=Server.CreateObject("Scripting.FileSystemObject")
%＞
这时候的运行结果为：
服务器对象 错误 'ASP 0177 : 800401f3'
Server.CreateObject 失败
/aspimage/testfile2.asp, 行3
800401f3
OK，达到我们的要求。
第三种：能通过修改Progid值来禁用该组件，那也可以通过修改Clsid来实现。
我们知道，除了CreateObject方法以外，也可以使用一般的＜object＞标注建立一个组件，我们可以在ASP里面使用HTML的＜object＞标注，以便在网页中加入一个组件。方法是：＜object runat=server id=fs1 scope=pageprogid="Scripting.FileSystemObj
ect"＞＜/object＞Runat表示是在服务端执行，Scope表示组件的生命周期，可以选用Session,Application或page(表示当前页面，也可缺省)这种写法对我们没用，还有一种写法是:
＜object runat=server id=fs1 scope=page classid="clsid:clsid的值"＞＜/obj
ect＞
我们也可以通过修改该Clsid的值而禁用该组件，如将注册表中HKEY_CLASSES_ROOT\Scripting.FileSystemObject\CLSID的值0D43FE01-F093-11CF-8940-00A0C9054228改成0D43FE01-F093-11CF-8940-00A0C9054229(改了最后面一位)，这时候的写法为：
＜object runat=server id=fs1 scope=page classid="clsid:0D43FE01-F093-11
CF-8940-00A0C9054229"＞＜/object＞
看运行结果，没问题，OK。这时候我们再用＜object runat=server id=fs1 scope=pageclassid="clsid:0D43FE01-F093-11CF-8940-00A0C9054228"＞＜/object＞这时候就出错了。
新建一用户：iusr_dｏmain
IIS里设置对应站点的匿名用户IUSR_DｏMAIN
CACLS： 设置目录权限
这样FSO可用，但不会影响别人
用ISAPI FILTER保护你的INC、ASA文件安全
[zt]
有不少站点可能都有这样的情况，利用.inc以及.asa包含文件来存储数据库连接信息，特别是.inc的文件，想改掉有需要太多的时间和做大幅度的程序调整，比如我有个客户就是光.inc文件就有几十个，更别说asp文件了，想改是无从下手的。
于是我利用那位外国朋友的经验，做了很少的一点改动，形成一个isapi的过滤器，希望能使您的站点的inc以及asa文件安全一点。
我不想把标准的ISAPI的接口函数做一一介绍，比较全面的知识您可以利用VC的ISAPI工程模板来学习。在这里我着重介绍OnUrlMap以及如何用它来完成我们保护INC和其他文件安全性的过程。
isapi filter(Internet Server Application Program Interface (ISAPI) filter)是绑定在IIS系统并监控发生在客户端从WEBSERVER读取文件事件的一种基于windows的程序应用。
由于他可以控制客户端和服务器间的数据交换，我们可以用它来提高WWWSERVER的应用性能比如扩展HTTP日志功能、实现自己的加密和验证系统。
OnPreprocHeaders -- 服务器预处理客户端头文件.
OnAuthentication -- 客户端验证.
OnUrlMap -- 服务器映射逻辑URL到物理路径.
OnSendRawData -- 服务器发送未经处理的数据到客户端（之前）.
OnReadRawData -- 客户断发送未经处理的数据到服务器（之后，但在服务器处理之前）.
OnLog -- 写日志到服务器文件.
OnEndOfNetSession -- 会话结束.
下面是OnUrlMap的用法：
DWORD CJsisapiFilter::OnUrlMap(CHttpFilterContext* pCtxt,
PHTTP_FILTER_URL_MAP pMapInfo)
{
// TODO: React to this notification accordingly and
// return the appropriate status code
DWORD lenURL = strlen(pMapInfo->pszURL);
DWORD dwReferer = 250;
const char * szURL = strlwr((char *)pMapInfo->pszURL);
const char * szExtension = &szURL[lenURL - 3];
const char * inExtension = &szURL[lenURL - 4];
char szReferer[250];
//到服务器的数据已经编码过了
if ( strcmp(szExtension, ".js") == 0 || strcmp(inExtension,".inc") == 0 || strcmp(inExtension,".asa") == 0){
pCtxt->GetServerVariable("HTTP_REFERER", szReferer, &dwReferer);
if ( szReferer[0] != 'h' ) {
char szRedirect[2];
char szContent[300];
DWORD dwRedirect = 2;
DWORD dwContent;
sprintf(szRedirect,"");
sprintf(szContent,"\r\n\r\n<html>\r\n<head><title>安全文件</title></head>\r\n<body>\r\n<b><center><fontsize=+2>该文件包含非公开信息，您没有读取该文件的权限。</font></b><br><br><br><hr><ahref=mailto:bingb@emount.com.cn>mailto:bingb@emount.com.cn</a><br></center>\r\n</body>\r\n</html>\r\n");
dwContent = strlen(szContent);
pCtxt->ServerSupportFunction(SF_REQ_SEND_RESPONSE_HEADER,szRedirect,&dwRedirect,NULL);
pCtxt->WriteClient (szContent, &dwContent);
return SF_STATUS_REQ_FINISHED;
}
}
return SF_STATUS_REQ_NEXT_NOTIFICATION;
}
编译后将编译完成的DLL文件拷贝到winnt\system32\inetsrv\目录下，然后在站点的属性里面的ISAPI过滤器添加一个过滤器，映射DLL到该文件即可。
重新启动W3SVC服务，然后访问：http://localhost/xxx.inc可以看到返回信息。
