前言 我想任何一个基于.NET的宫城师都会同意微软的产品,特别是这个IIS,常常在你很恨意外的时候抛出异常来,比如在你的主要产品要升级的时候。然后你会花好多时间去找啊找,找到天荒地老。悲催!~。 此篇文章的目标主要是为了IIS 7.5 在一些情况下的解决方案。希望这些对你们有帮助。 一。 IIS 有关WCF 宿主(hosting)问题 问题描述: 如果第一次在IIS 7.5部署WCF 服务文件---.svc的时候,你很有可能会遇到下面的问题: 404 – Not Found - The page you are requesting cannot be served because of the extension of the configuration. If the page is a script, add a handler. If the file should be downloaded, add a MIME map. 解决方案: 404,很熟悉吧。就是没找到文件。 其实,这问题很简单,发生错误的主要原因是HTTP Handler默认配置中的虚拟目录并没有映射(mapping)到以.svc为后缀的文件名。svc我们都知道在WCF机制中的重要性。既然目录都找不到,当然就会报错的哦!~。 步骤: 第一步:打开命令提示框。也就是cmd。 第二步:在黑屏窗口中,通过cd 导航到一下目录: C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation 第三步:然后输入: ServiceModelReg –i 如图 这样就OK了。 二。在IIS中 不能看到Window Authentication(window 授权) 我们都知道,在IIS 7.0中,默认情况下有以下3中授权方式: Anonymous(匿名,默认情况下打开) Impersonation( 模拟身份,默认情况关闭) Forms(默契情况下关闭) 如图: 可能有些童鞋会觉得,不对啊,好像上面还缺少一种。对,缺少的就是“Windows Authentication”这个验证方式。那么,有些人就会问,是没有了呢?还是被路人甲给隐藏了呢? 呵呵,其实是隐藏的!~~微软这孩子已经把它不作为默认出现了。如果你真的需要这种验证方式,那么可以如下这么做: 打开控制面板(Control Panel),然后找到“Programs and Features”,在点击“Turn Windows Features on/off “,如下: 然后。。。 勾选上就可以了~~~~ 三。Login failed for user 'IIS APPPOOL\Classic .NET 这种情况主要发生在运用Windows Credentials 访问数据库时。宿主服务器(Host Server) 有sql 2008数据库以及有HTTP 请求经过路由(routed)。 基于这种情况的主要是因为改变这个Classic .NET Application的进程属性标识,所以如果碰到这个情况,那么你需要把你的虚拟目录映射(mapped)Classic .NET Application中就可以了。 过程如下: 第一步:打开你的IIS 管理器(我很喜欢直接在“开始”→“运行”里敲入 inetmgr,然后打开,觉得很酷!~嘻嘻。) 第二步:在IIS 管理器里,选择“Application Pools(应用程序池)”,在右边的列表里,选择“Class .NET AppPools” 第三步:打开它的“Advanced Setting(高级设置)”。把Process Model下面的Identity属性改为LocalSystem,如下图: 四。HTTP Error 500.23 - Internal Server Error 为什么会发生这样的错误呢?这个很大程度上是因为和托管的管道模式(Managed Pipeline Mode)设置有关系. 这个主要有2个解决方案: 第一个:改变你虚拟目录映射的Application Pool(应用程序池)的Managed Pipeline 模式。默认情况下,你虚拟目录将映射到DefaultAppPool下的Integrated Managed Pipeline模式。OK,我们需要把它从Integrated 到Classic模式就行了。 方法2:为你的虚拟目录创建一个新的Application 在你的网页目录下,右键,添加一个“Application”,如下: 在Aplication Pool下面选择Classic.NetAppPool就可以了。。。
|