Configure URLScan to Allow Requests with a Null Extension in IIS
[ 2005/01/25 11:10 | by gOxiA ]
Modify the Default URLScan Configuration File
Paste the Urlscan folder in the %Windir%\System32\Inetsrv directory. Double-click the Urlscan folder under Inetsrv, and then open Urlscan.ini in Notepad.
In the Urlscan.ini file, be sure to enable UseAllowExtensions, as follows:
Urlscan allows you to specify a null extension in the [AllowExtensions] section. To do this, add a period (.) in the [AllowExtensions] section, as follows:
Paste the Urlscan folder in the %Windir%\System32\Inetsrv directory. Double-click the Urlscan folder under Inetsrv, and then open Urlscan.ini in Notepad.
In the Urlscan.ini file, be sure to enable UseAllowExtensions, as follows:
[Option]
UseAllowExtensions=1; if 1, use [AllowExtensions] section, else
UseAllowExtensions=1; if 1, use [AllowExtensions] section, else
Urlscan allows you to specify a null extension in the [AllowExtensions] section. To do this, add a period (.) in the [AllowExtensions] section, as follows:
[AllowExtensions]
.
;
; Extensions listed here are commonly used on a typical IIS server.
;
; Note that these entries are effective if \"UseAllowExtensions=1\"
; is set in the [Option] section above.
;
.asp
.htm
.html
.txt
.jpg
.jpeg
.gif
.
;
; Extensions listed here are commonly used on a typical IIS server.
;
; Note that these entries are effective if \"UseAllowExtensions=1\"
; is set in the [Option] section above.
;
.asp
.htm
.html
.txt
.jpg
.jpeg
.gif
解决”dllhost进程消耗cpu 100%的问题
[ 2004/11/24 17:15 | by gOxiA ]
特征：服务器正常CPU消耗应该在75%以下，而且CPU消耗应该是上下起伏的，出现这种问题的服务器，CPU会突然一直处100%的水平，而且不会下降。查看任务管理器，可以发现是DLLHOST.EXE消耗了所有的CPU空闲时间，管理员在这种情况下，只好重新启动IIS服务，奇怪的是，重新启动IIS服务后一切正常，但可能过了一段时间后，问题又再次出现了。
直接原因：
有一个或多个ACCESS数据库在多次读写过程中损坏，微软的MDAC系统在写入这个损坏的ACCESS文件时，ASP线程处于BLOCK状态，结果其他线程只能等待，IIS被死锁了，全部的CPU时间都消耗在DLLHOST中。
解决办法：
最简单的办法是使用文件医生，自动查找并修复所有有问题的文件，请参考：
http://7i24.com/serverdoctor/filedoctor.htm
另一个办法是：
安装“一流信息监控拦截系统”，使用其中的“首席文件检查官IIS健康检查官”软件，
启用”查找死锁模块”，设置：
;--wblock=yes
;监控的目录，请指定您的主机的文件所在目录：
;--wblockdir=d:\test
监控生成的日志的文件保存位置在安装目录的log目录中，文件名为：logblock.htm
停止IIS，再启动“首席文件检查官IIS健康检查官”，再启动IIS，“首席文件检查官IIS健康检查官”会在logblock.htm中记录下最后写入的ACCESS文件的。
过了一段时间后，当问题出来时，例如CPU会再次一直处100%的水平，可以停止IIS，检查logblock.htm所记录的最后的十个文件，注意，最有问题的往往是计数器类的ACCESS文件，例如：”**COUNT.MDB”，”**COUNT.ASP”，可以先把最后十个文件或有所怀疑的文件删除到回收站中，再启动IIS，看看问题是否再次出现。我们相信，经过仔细的查找后，您肯定可以找到这个让您操心了一段时间的文件的。
找到这个文件后，可以删除它，或下载下来，用ACCESS2000修复它，问题就解决了！！！
直接原因：
有一个或多个ACCESS数据库在多次读写过程中损坏，微软的MDAC系统在写入这个损坏的ACCESS文件时，ASP线程处于BLOCK状态，结果其他线程只能等待，IIS被死锁了，全部的CPU时间都消耗在DLLHOST中。
解决办法：
最简单的办法是使用文件医生，自动查找并修复所有有问题的文件，请参考：
http://7i24.com/serverdoctor/filedoctor.htm
另一个办法是：
安装“一流信息监控拦截系统”，使用其中的“首席文件检查官IIS健康检查官”软件，
启用”查找死锁模块”，设置：
;--wblock=yes
;监控的目录，请指定您的主机的文件所在目录：
;--wblockdir=d:\test
监控生成的日志的文件保存位置在安装目录的log目录中，文件名为：logblock.htm
停止IIS，再启动“首席文件检查官IIS健康检查官”，再启动IIS，“首席文件检查官IIS健康检查官”会在logblock.htm中记录下最后写入的ACCESS文件的。
过了一段时间后，当问题出来时，例如CPU会再次一直处100%的水平，可以停止IIS，检查logblock.htm所记录的最后的十个文件，注意，最有问题的往往是计数器类的ACCESS文件，例如：”**COUNT.MDB”，”**COUNT.ASP”，可以先把最后十个文件或有所怀疑的文件删除到回收站中，再启动IIS，看看问题是否再次出现。我们相信，经过仔细的查找后，您肯定可以找到这个让您操心了一段时间的文件的。
找到这个文件后，可以删除它，或下载下来，用ACCESS2000修复它，问题就解决了！！！
ASP.NET的修复
[ 2004/11/24 17:13 | by gOxiA ]
一般IIS运行不了ASP.NET,试一下下面四种方法，99％有效：
1).NET 安装的顺序应该是先装IIS，再装VS.NET，如果次序反了，或者IIS重装了，就
需要使用aspnet_regiis.exe -i来重新安装IIS Mapping（主要用于aspx, asmx等文件
的Extention的匹配）。在C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705目录下，
运行下面的命令：
aspnet_regiis.exe -i
2)重设ASPNET的密码，然后在下面的目录中找到Machine.config文件：
%Systemroot%\Microsoft.NET\Framework\v1.0.3705\CONFIG （Systemroot是你的安装
目录），在标识中添加/修改：
userName和password
3)如果还不行，重装IIS，然后再按照方法1进行操作
4)如果你的机器是域控制器，你可以参考Q315158：ASP.NET Does Not Work with
ASPNET Account on Domain Controller：
http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q315158&
大致操作步骤：
1)在Administrative Tools->Active Directory Users and Computers中建立一个名
为ASPUSER的用户，将该用户添加到用户组中（默认情况下已在User Group中）
2)在Administrative Tools->Local Security Settings－>Local Policy->User
Right Assignment中,双击右栏的Log on as a batch job项，在弹出的窗口中点击
Add，选择或输入刚才建立的ASPUSER帐号，确定。（需要重启机器）
3)确保ASPUSER帐号有相应文件、目录的访问权限
4)在下面的目录中找到Machine.config文件：
%Systemroot%\Microsoft.NET\Framework\v1.0.3705\CONFIG （Systemroot是你的安装
目录），在标识中添加/修改：
userName="DomainName\ASPUSER" password="ASPUSERpassword" 其中ASPUSERpassword
是刚刚建立的ASPUSER的密码，DomainName是域名 （重启机器）
1).NET 安装的顺序应该是先装IIS，再装VS.NET，如果次序反了，或者IIS重装了，就
需要使用aspnet_regiis.exe -i来重新安装IIS Mapping（主要用于aspx, asmx等文件
的Extention的匹配）。在C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705目录下，
运行下面的命令：
aspnet_regiis.exe -i
2)重设ASPNET的密码，然后在下面的目录中找到Machine.config文件：
%Systemroot%\Microsoft.NET\Framework\v1.0.3705\CONFIG （Systemroot是你的安装
目录），在标识中添加/修改：
userName和password
3)如果还不行，重装IIS，然后再按照方法1进行操作
4)如果你的机器是域控制器，你可以参考Q315158：ASP.NET Does Not Work with
ASPNET Account on Domain Controller：
http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q315158&
大致操作步骤：
1)在Administrative Tools->Active Directory Users and Computers中建立一个名
为ASPUSER的用户，将该用户添加到用户组中（默认情况下已在User Group中）
2)在Administrative Tools->Local Security Settings－>Local Policy->User
Right Assignment中,双击右栏的Log on as a batch job项，在弹出的窗口中点击
Add，选择或输入刚才建立的ASPUSER帐号，确定。（需要重启机器）
3)确保ASPUSER帐号有相应文件、目录的访问权限
4)在下面的目录中找到Machine.config文件：
%Systemroot%\Microsoft.NET\Framework\v1.0.3705\CONFIG （Systemroot是你的安装
目录），在标识中添加/修改：
userName="DomainName\ASPUSER" password="ASPUSERpassword" 其中ASPUSERpassword
是刚刚建立的ASPUSER的密码，DomainName是域名 （重启机器）
