众所周知，FileSystemObject组件的强大功能及破坏性是它屡屡被免费主页 
提供商(那些支持ASP)的禁用的原因，我整理了一下，本来只找到两种 *** ，后来 
被某人一 *** ，硬是想到第三种不为人所知的 *** ，呵呵，也不知道是不是这样的。 

之一种：用RegSrv32 /u C:\WINDOWS\SYSTEM\scrrun.dll(win98路径)来注销该组 
件。此 *** 过于狠毒，属于同归于尽的 *** ，大家都没得用，是下招 

第二种：修改Progid的值，在ASP里调用组件的方式通常是 Set 对象名=Server. 
CreateObject("Progid")，这时候我们就可以通过修改注册表中的Progid值从达 
到禁用该组件的 *** 。在 开始-运行中敲入regedit,然后找到HKEY_CLASSES_ROO 
T\scripting.FileSystemObject，这时候我们就可以更改该Progid的值了，如改 
成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是 
否也可以来修改呢？(OK，你想得和我一样)我们知道，除了CreateObject *** 以 
外，也可以使用一般的<object>标注建立一个组件，我们可以在ASP里面使用HTM 
L的<object>标注，以便在网页中加入一个组件。 *** 是： 
<object runat=server id=fs1 scope=page progid="scripting.FileSystemObj 
ect"></object> 
Runat表示是在服务端执行，Scope表示组件的生命周期，可以选用Session,Appl 
ication或page(表示当前页面，也可缺省) 
这种写法对我们没用，还有一种写法是: 
<object runat=server id=fs1 scope=page classid="clsid:clsid的值"></obj 
ect> 
我们也可以通过修改该Clsid的值而禁用该组件，如将注册表中HKEY_CLASSES_RO 
OT\scripting.FileSystemObject\CLSID的值0D43FE01-F093-11CF-8940-00A0C90 
54228改成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=page classid="clsid:0D43FE01-F093-11 
CF-8940-00A0C9054228"></object> 
这时候就出错了。 

新建一用户：iusr_domain
IIS里设置对应站点的匿名用户IUSR_DOMAIN
CACLS： 设置目录权限