这通常发生在你在web中有一个targetFramework="4.0"的属性时。但是应用程序池被设置为运行ASP. config。NET 2.0。targetFramework属性完全不能被ASP识别。NET 2.0 -因此将其更改为2.0将不会达到预期的效果。

联系技术支持/管理员，将appool切换到4.0。

你也可以完全删除这个属性，但是如果你的网站是用4.0框架编码的，那么我相信其他一些东西也会导致一个错误。

如果您正在使用IIS Express，它将为您运行的每个站点创建一个新配置，并将其绑定到url(主机/端口)。但是，当它使用相同的端口打开一个新项目时，它不会刷新配置。

这意味着如果您有一个使用CLR 2.0(。NET Framework 2.0到3.5)在某个端口上运行，然后在同一端口上使用CLR 4(。NET Framework 4.x+)，新项目将尝试使用clr2运行，这是失败的-在这种情况下，它甚至不识别“targetFramework”属性。

一个解决方案是清理IIS Express站点，但最简单的方法是更改端口，以便IIS Express为您的项目创建一个新站点(使用CLR 4)。

这通常发生在你在web中有一个targetFramework="4.0"的属性时。但是应用程序池被设置为运行ASP. config。NET 2.0。targetFramework属性完全不能被ASP识别。NET 2.0 -因此将其更改为2.0将不会达到预期的效果。

联系技术支持/管理员，将appool切换到4.0。

你也可以完全删除这个属性，但是如果你的网站是用4.0框架编码的，那么我相信其他一些东西也会导致一个错误。

刚刚有这个问题部署一个新的应用程序到一个旧的IIS盒子。调查导致安装了v4.5.1运行时，但应用程序需要v4.5.2

除了安装正确的ASP . net运行时版本外，什么都不需要。

在IIS中注册框架对我来说是有效的:

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319>aspnet_regiis -i

我有同样的问题，我发现这个漂亮的powershell脚本更新所有的应用程序池在同一时间: https://gallery.technet.microsoft.com/scriptcenter/How-to-set-the-IIS-9c295a20

确保在顶部设置$IISAppPoolDotNetVersion = "v4.0"变量。