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

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

如果你的计划是部署到一个在。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框架版本从v4.0更改为v2.0:

如果像我一样，需要以v4为目标，但只能使用。net 3.5构建，请遵循这里的说明。只需替换在你的网页。配置<configSections>的全部内容:

<configSections>
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
  <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
    <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
    <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions,  Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
      <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere"/>
      <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
      <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
      <section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
    </sectionGroup>
  </sectionGroup>
</sectionGroup>

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

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

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

在我的例子中，我有两个不同的应用程序共享同一个应用程序池。第一个使用的是。net4.5框架，而新的使用的是2.0。当我把第二个应用程序更改为它自己的应用程序池时，它开始工作很好，没有更改web.config。

我的决心有点愚蠢。

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

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

我已经解决了它，做以下步骤:

我在IIS中创建了一个新的应用程序组。 打开网站或web应用程序的高级设置 这个问题。 并设置新应用程序的组。

下面是这些步骤的图像:

这个错误消息似乎出现在各种情况下。

在我的例子中，在我的应用程序的Web之上。配置文件我有一个额外的Web。配置文件在根文件夹(C:\Inetpub\www.root)。可能在经过一些测试后，我已经完全忘记了它，也不知道问题出在哪里。

把它取出来就解决了我的问题。

也许这个答案不适合你。但这是谷歌上的第一个热点当我试图解决我的问题时。话虽如此……

同样的错误消息也出现在我身上，但是当我试图通过Visual Studio运行IIS Express时。

我的问题是我错误地提交了我的申请主机。配置到TFS。后来，当我尝试在我的笔记本电脑上运行项目后，得到了最新的提交。这就是错误发生的时候。

我发现虚拟目录路径错误。

<virtualDirectory path="/" physicalPath="C:\Users\user1\Documents\Visual Studio 2015\Projects\ProjectName\ProjectName\ProjectName.Web" />

希望这能帮助到一些人!

这是我的第一篇文章，所以要温柔:)

我的应用程序是一个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命令

Necromancing。 如果你的web中没有任何system.web.extensions config-sections或handler/module条目。此问题是由于您/其他人复制了VisualStudio-Project(2013/2015/2017)，而隐藏文件未隐藏。

因此，它不仅会复制.git，还会复制. vs，其中包含一个IIS-Express应用程序主机。配置文件，指向web。配置文件路径不存在(或者更糟，路径存在，但没有相同的内容)…

解决方案: 删除applicationhost。配置文件在。vs文件夹。 或者干脆删除。vs文件夹。 Visual Studio将重新创建它。

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