.net架构Windows 2003 的 IIS设置方法 
 
   来源：CSDN    作者：CSDN

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完全控制 ISUR_计算机 的权限 最好是写入也加上

二、启用PHP方法在网上下载PHP安装程序后， 运行安装包来安装完成PHP后，最后还需要配置一下WIN2003的IIS，很多用户卡在这问题上，所以这里只对这种问题讲解一下。

打开WIN2003中的“Internet信息服务(IIS)管理器”->“WEB服务扩展”，按菜单上的“操作”->“添加一个新的WEB服务扩展” 在“扩展名”中输入“PHP”，按“添加”，在弹出新的窗口中按“浏览”，选择安装PHP目录中的php4ts.dll文件后，在原本的窗口中“设置扩展状态为允许”前面打勾，确定即可。 将IIS管理器中的“所有未知ISAPI扩展”设置为允许，这样配置就OK了。

三、解决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"。

4.IIS不能下载文件的问题的解决办法是把进入网站的属性。查看主目录里面的执行权限，设置成纯脚即可。

四、对于服务器拒绝访问的故障，或者是读去数据库时候的故障（重新安装了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"Adminscrīpts>adsutil SET w3svc/WAMUserPass +密码 同步IIS metabase数据库密码运行cscrīpt c:"inetpub"adminscrīpts"synciwam.vbs -v 同步IWAM账号在COM+应用程序中的密码。

问题8：MIME设置问题导致某些类型文件无法下载（以ISO为例）症状举例： QUOTE: HTTP 错误 404 - 文件或目录未找到。

原因分析： IIS6.0取消了对某些MIME类型的支持，例如ISO，致使客户端下载出错。

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