灌溉梦想,记录脚步
« »
2008年10月20日技术合集

windows2003的IIS详细设置方法

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。

日志信息 »

该日志于2008-10-20 14:24由 admin 发表在技术合集分类下, 你可以发表评论。除了可以将这个日志以保留源地址及作者的情况下引用到你的网站或博客,还可以通过RSS 2.0订阅这个日志的所有评论。

发表回复