显然，其他人也有这个问题。他们在Framework 4.0中重新构建。你能吗?

另外，请参阅确保您的IIS是新鲜的。

在我的例子中，它发生在我将整个解决方案(使用一个名为Target Framework Migrator的扩展)转换到4.6.2之后，但最终取消了更改并返回到3.5(解决方案由TFS版本控制)。 为了解决这个问题，我将有问题的项目(使用IIS Express运行)转换为4.6.2，然后再转换回3.5。

显然，其他人也有这个问题。他们在Framework 4.0中重新构建。你能吗?

另外，请参阅确保您的IIS是新鲜的。

在我的情况下，我想手动添加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>

如果你的计划是部署到一个在。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，就像您的开发机器所显示的那样。

将应用程序池设置为2.0，我做到了并成功了。