Windows 2003粉墨登场，很多赶时髦的用户已经早就试用了，但尽管2003号称安全性有很大突破，但其默认支持.net架构，而抛弃使用了很久的大众化的Asp的路线缺饱受质疑，需要我们手动去配置很多东西。

　　在 IIS 6.0 中，默认设置是特别严格和安全的，这样可以最大限度地减少因以前太宽松的超时和限制而造成的攻击。比如说默认配置数据库属性实施的最大 ASP 张贴大小为 204,800 个字节，并将各个字段限制为 100 KB。在 IIS 6.0 之前的版本中，没有张贴限制。导致我们学校里面的应用系统往2003移植经常会出错。这几天走了几个学校发现了一些问题，现汇总解决方案如下。

　　一、启用Asp支持
　　Windows Server 2003 默认安装，是不安装 IIS 6 的，需要另外安装。安装完 IIS 6，还需要单独开启对于 ASP 的支持。

　　第一步，启用Asp，进入：控制面板 -> 管理工具 ->IIS(Internet 服务器)- Web服务扩展 -> Active Server Pages -> 允许
　　控制面板 -> 管理工具 ->IIS(Internet 服务器)- Web服务扩展 -> 在服务端的包含文件 -> 允许

　　第二步,启用父路径支持。
　　IIS-网站－主目录－配置－选项－启用父路径

　　第三步，权限分配
　　IIS-网站－（具体站点）－（右键）权限－Users完全控制

　　二、解决windows2003最大只能上载200K的限制。
　　先在服务里关闭iis admin service服务
　　找到windows\\system32\\inesrv\\下的metabase.xml，
　　打开，找到ASPMaxRequestEntityAllowed 把他修改为需要的值，
　　然后重启iis admin service服务

　　1、在web服务扩展 允许 active server pages和在服务器端的包含文件

　　2、修改各站点的属性
　　主目录－配置－选项－启用父路径

　　3、使之可以上传大于 200k的文件(修改成您要的大小就可以了，如在后面补两个0，就允许20m了)
　　C:\\WINDOWS\\system32\\inetsrv\\MetaBase.xml
　　（企业版的windows2003在第592行，默认为AspMaxRequestEntityAllowed="204800" 即200K将其加两个0，即改为，现在最大就可以上载20M了），即AspMaxRequestEntityAllowed="20480000"。

　　另外，在VS.NET中，为了测试URL和UNC, VS.NET会在目录下面生成一个.tmp文件，然后通过HTTP对该文件发出请求。但是在IIS 6中，出于安全考虑，tmp文件没有注册，默认情况下，会被block然后产生HTTP 404错误。

　　解决这个问题，请您参阅下面的方法：

　　1、打开IIS管理器。

　　2、右键点击"Default Web Site"并选择Properties.

　　3、 点击"Http Header".

　　4、点击"MIME Types".

　　5、点击“New”。

　　6、在Extension中，输入".tmp". (不需要引号）

　　7、在MIME Type中，输入 "Temp". (不需要引号）

　　还有一种解决方法，您可以使用下面的命令行：
　　
　　%systemdrive%\inetpub\adminscripts\adsutil.vbs set w3svc/1/root/MimeMap .tmp,temp
　　
　　在创建Web Application时，VS.Net需要在创建路径下创建后缀名为.tmp的临时文件。

　　当VS.Net创建好项目之后，就会以HTTP的方式向Web文件夹寻求项目文件，同时也寻求临时文件。由于windows2003在某些安装步骤下的IIS没有把.tmp文件设置为MIME类型，所以IIS向VS.Net返回了未知文件类型的错误，即找不到文件。所以VS.Net认为你的IIS路径设置不对。
　　启用PHP方法
　　在网上下载PHP安装程序后， 运行安装包来安装完成PHP后，最后还需要配置一下WIN2003的IIS，很多用户卡在这问题上，所以这里只对这种问题讲解一下。
　　打开WIN2003中的“Internet信息服务(IIS)管理器”->“WEB服务扩展”，按菜单上的“操作”->“添加一个新的WEB服务扩展”
　　在“扩展名”中输入“PHP”，按“添加”，在弹出新的窗口中按“浏览”，选择安装PHP目录中的php4ts.dll文件后，在原本的窗口中“设置扩展状态为允许”前面打勾，确定即可。
　　将IIS管理器中的“所有未知ISAPI扩展”设置为允许，这样配置就OK了。

　　
　　对于服务器拒绝访问的故障，或者是读去数据库时候的故障（重新安装了IIS也不行的朋友应该知道了）
　　1、和上面所说一样开启来宾的访问权限
　　2、c:\windows\temp\ 此目录不能删除，且需要everyone的写入权限,这个是我找了几个月还咨询了很多朋友都没有解决，后在自己才发现的！
　　3、对于你C盘下面跟目录下的目录C:\Documents and Settings\NetworkService\Local Settings\Temp 和C:\Documents and Settings\LocalService\Local Settings\Temp有写的权限。
　　4、打开数据库的路径找到你扩展名字为LDB的文件删除。

　　问题一：未启用父路径
　　症状举例：
　　QUOTE:
　　Server.MapPath() 错误 'ASP 0175 : 80004005'
　　不允许的 Path 字符
　　/0709/dqyllhsub/news/OpenDatabase.asp，行 4

　　在 MapPath 的 Path 参数中不允许字符 '..'。
　　原因分析：许多Web页面里要用到诸如../格式的语句（即回到上一层的页面，也就是父路径），而IIS6.0出于安全考虑，这一选项默认是关闭的。
　　解决方法：在IIS中 属性->主目录->配置->选项中，把“启用父路径”前面打上勾，确认刷新。

　　问题二：ASP的Web扩展配置不当（同样适用于ASP.NET、CGI）
　　症状举例：
　　QUOTE:
　　HTTP 错误 404 - 文件或目录未找到。
　　原因分析：
　　在IIS6.0中新增了web程序扩展这一选项，你可以在其中对ASP、ASP.NET、CGI、IDC等程序进行允许或禁止。默认情况下ASP等程序是禁止的。

　　解决方法：在IIS中的Web服务扩展中选中Active Server Pages，点击“允许”。

　　问题三：身份认证配置不当
　　症状举例：
　　QUOTE:
　　HTTP 错误 401.2 - 未经授权：访问由于服务器配置被拒绝。
　　原因分析：IIS 支持以下几种 Web 身份验证方法：
　　a) 匿名身份验证 IIS创建IUSR、计算机名称、帐户（其中计算机名称是正在运行IIS 的服务器的名称），用来在匿名用户请求Web内容时对他们进行身份验证。此帐户授予用户本地登录权限。你可以将匿名用户访问重置为使用任何有效的Windows 帐户。
　　b) 基本身份验证
　　使用基本身份验证可限制对NTFS格式Web服务器上的文件的访问。使用基本身份验证，用户必须输入凭据，而且访问是基于用户ID 的。用户ID和密码都以明文形式在网络间进行发送。
　　c) Windows 集成身份验证
　　Windows 集成身份验证比基本身份验证安全，而且在用户具有Windows 域帐户的内部网环境中能很好地发挥作用。在集成的Windows身份验证中，浏览器尝试使用当前用户在域登录过程中使用的凭据，如果尝试失败，就会提示该用户输入用户名和密码。如果你使用集成的 Windows 身份验证，则用户的密码将不传送到服务器。如果该用户作为域用户登录到本地计算机，则他在访问此域中的网络计算机时不必再次进行身份验证。
　　d) 摘要身份验证
　　摘要身份验证克服了基本身份验证的许多缺点。在使用摘要身份验证时，密码不是以明文形式发送的。另外，你可以通过代理服务器使用摘要身份验证。摘要身份验证使用一种挑战/响应机制（集成 Windows 身份验证使用的机制），其中的密码是以加密形式发送的。
　　e) your-ip-was-logged-hotmail-scams-are-not-allowed-here 身份验证
　　Microsoft your-ip-was-logged-hotmail-scams-are-not-allowed-here 是一项用户身份验证服务，它允许单一签入安全性，可使用户在访问启用了 your-ip-was-logged-hotmail-scams-are-not-allowed-here 的 Web 站点和服务时更加安全。启用了 your-ip-was-logged-hotmail-scams-are-not-allowed-here 的站点会依靠 your-ip-was-logged-hotmail-scams-are-not-allowed-here 中央服务器来对用户进行身份验证。但是，该中心服务器不会授权或拒绝特定用户访问各个启用了 your-ip-was-logged-hotmail-scams-are-not-allowed-here 的站点。

　　解决方法：根据需要配置不同的身份认证（一般为匿名身份认证，这是大多数站点使用的认证方法）。认证选项在IIS的属性->安全性->身份验证和访问控制下配置。

　　问题4：IP限制配置不当
　　症状举例：
　　QUOTE:
　　HTTP 错误 403.6 - 禁止访问：客户端的 IP 地址被拒绝。
　　原因分析：IIS提供了IP限制的机制，你可以通过配置来限制某些IP不能访问站点，或者限制仅仅只有某些IP可以访问站点，而如果客户端在被你阻止的IP范围内，或者不在你允许的范围内，则会出现错误提示。

　　解决方法： 进入IIS的属性->安全性->IP地址和域名限制。如果要限制某些IP地址的访问，需要选择授权访问，点添加选择不允许的IP地址。反之则可以只允许某些IP地址的访问。

　　问题5：IUSR账号被禁用
　　症状举例：
　　QUOTE:HTTP 错误 401.1 - 未经授权：访问由于凭据无效被拒绝。
　　原因分析：由于用户匿名访问使用的账号是IUSR_机器名，因此如果此账号被禁用，将造成用户无法访问。
　　解决办法：控制面板->管理工具->计算机管理->本地用户和组，将IUSR_机器名账号启用。

　　问题6：NTFS权限设置不当
　　症状举例：QUOTE:HTTP 错误 401.3 - 未经授权：访问由于 ACL 对所请求资源的设置被拒绝。
　　原因分析：Web客户端的用户隶属于user组，因此，如果该文件的NTFS权限不足（例如没有读权限），则会导致页面无法访问。
　　解决办法：进入该文件夹的安全选项卡，配置user的权限，至少要给读权限。关于NTFS权限设置这里不再馈述。

　　问题7：IWAM账号不同步
　　症状举例：
　　QUOTE:
　　HTTP 500 - 内部服务器错误
　　原因分析： IWAM账号是安装IIS时系统自动建立的一个内置账号。IWAM账号建立后被Active Directory、IIS metabase数据库和COM+应用程序三方共同使用，账号密码被三方分别保存，并由操作系统负责这三方保存的IWAM密码的同步工作。系统对IWAM账号的密码同步工作有时会失效，导致IWAM账号所用密码不统一。

　　解决办法： 如果存在AD，选择开始->程序->管理工具->Active Directory用户和计算机。为IWAM账号设置密码。
　　运行c:\Inetpub\AdminScripts>adsutil SET w3svc/WAMUserPass +密码 同步IIS metabase数据库密码
　　运行cscript c:\inetpub\adminscripts\synciwam.vbs -v 同步IWAM账号在COM+应用程序中的密码

　　问题8：MIME设置问题导致某些类型文件无法下载（以ISO为例）
　　症状举例：
　　QUOTE:
　　HTTP 错误 404 - 文件或目录未找到。
　　原因分析： IIS6.0取消了对某些MIME类型的支持，例如ISO，致使客户端下载出错。

　　解决方法： 在IIS中 属性->HTTP头->MIME类型->新建。在随后的对话框中，扩展名填入.ISO，MIME类型是application。