如果你的计划是部署到一个在。net 4.0中运行应用程序池的IIS，你将需要清理web。包括所有指向.net 3.5的section定义。失败的原因是这些节定义已经包含在根web中了。.net 4.0中的config(参见%windir%\microsoft.net\framework\v4.0.30319\config\machine.config)，其中包含已经声明的所有system.web.extensions。

另一个快速修复方法是将应用程序池设置为2.0，就像您的开发机器所显示的那样。

我的决心有点愚蠢。

我安装了一个。net 3.5 创建另一个应用程序池并选择。net 3.5(它说2.0.5077 in 下拉菜单) 把我的网站加入了应用程序池 回收旧的和新的水池，工地开始工作。

结果是我没有安装3.5，尽管windows功能的开关说我安装了，并创建了另一个应用程序池来使用。我希望这能帮助到其他人。

如果你的计划是部署到一个在。net 4.0中运行应用程序池的IIS，你将需要清理web。包括所有指向.net 3.5的section定义。失败的原因是这些节定义已经包含在根web中了。.net 4.0中的config(参见%windir%\microsoft.net\framework\v4.0.30319\config\machine.config)，其中包含已经声明的所有system.web.extensions。

另一个快速修复方法是将应用程序池设置为2.0，就像您的开发机器所显示的那样。

另一种避免此问题的方法可能会帮助其他人，即在可能的情况下将.net web服务构建到4.0或更高版本。

我的应用程序是一个ASP.Net3.5应用程序(使用框架的版本2)。当创建ASP.Net3.5应用程序时，Visual Studio自动将scriptResourceHandler添加到web.config中。后来版本的。net把它放到了machine.config中。如果你运行ASP。Net 3.5应用程序使用版本4的应用程序池(取决于安装顺序，这是默认的应用程序池)，你会得到这个错误。

当我开始使用2.0版本的应用程序池时。错误消失了。然后我不得不处理在提供WCF .svc时的错误:

HTTP错误404.17 -未找到请求的内容似乎是脚本，不会被静态文件处理程序服务

经过一番调查，我似乎需要注册WCF处理程序。使用以下步骤:

打开Visual Studio命令提示符(以管理员身份) 导航至“C:\Windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation” 执行servicemodelreg -i命令

在我的情况下，我想手动添加urlrewrite规则，看不到明显的错误(我错过了<rules>标签):

错误代码:

    <rewrite>
      <rule name="some rule" stopProcessing="true">
        <match url="some-pattenr/(.*)" />        
        <action type="Redirect" url="/some-ne-pattenr/{R:1}" />
      </rule>
    </rewrite>    

  </system.webServer>
</configuration>

正确的代码(带有规则标签):

    <rewrite>
      <rules>
        <rule name="some rule" stopProcessing="true">
          <match url="some-pattenr/(.*)" />        
          <action type="Redirect" url="/some-ne-pattenr/{R:1}" />
        </rule>
      </rules>
    </rewrite>

  </system.webServer>
</configuration>