使用超出应用程序级别注册为allowDefinition ='MachineToApplication'的节时出错

在应用程序级别之外使用注册为allowDefinition ='MachineToApplication'的节是错误的。

我的/ portal /目录中所有aspx页面的第一行都有此错误消息，我知道这是常见的错误消息。我已经无休止地搜索了此错误消息，并且看到很多帖子告诉我将/ portal /文件夹配置为IIS中的应用程序（已有），还有更多帖子告诉我我嵌套了web.configs（但是这些帖子都没有提供解决方案的指南）。

我的设置是在根目录中有一个web.config，然后尝试在/ portal /目录中创建公司门户。/ portal /目录具有其自己的（必要的）web.config。

我的web.config第50行是这样的：

    <customErrors mode="Off" defaultRedirect="customerrorpage.aspx"/>
    <anonymousIdentification enabled="true"/>
    <authentication mode="Forms"/>
    <membership defaultProvider="MyProvider">

所以我有domain.com/web.config和domain.com/portal/web.config ...，所以不会加载我的domain.com/portal/default.aspx页面。

真正的解决方案是什么？我是否以某种方式找到了将根web.config与我的/ portal /目录web.config合并的方法，还是我离开这里了？

任何指导将不胜感激！

仅用于背景信息；一个或多个Web.config文件中定义了ASP.NET网站的配置信息。配置设置以分层方式应用。有一个“全局” Web.config文件，它阐明了Web服务器上所有网站的基准配置信息。该文件位于%WINDIR%\Microsoft.Net\Framework\version\CONFIG文件夹中。您还可以在网站的根文件夹中有一个Web.config文件。该Web.config文件可以覆盖“全局” Web.config文件中定义的设置，也可以添加新的设置。此外，您的网站的子文件夹中可能包含Web.config文件，这些文件定义了新的配置设置，或者覆盖了层次结构中较高位置的Web.config文件中定义的配置设置。

Web.config中的某些配置元素不能在应用程序级别之外定义，这意味着它们必须在“全局” Web.config文件或网站的根文件夹中的Web.config文件中定义。所述<authentication>元件是一个这样的例子。上面的错误消息表明，在网站的子文件夹之一中有一个Web.config文件，其中包含无法在应用程序级别之外定义的这些配置元素之一。

来源：http：//scottonwriting.net/sowblog/archive/2010/02/17/163375.aspx

您已经正确识别了两种可能的方法。

1-根据第二个web.config的内容以及设置是否允许（即相同的身份验证方法），将<authentication>设置和应全局全局定义的任何其他元素添加到顶部的web.config中

2-如果无法合并web.config内容，则应该可以按照以下此链接归档链接中包含的步骤将子文件夹转换为IIS中的Web应用程序。原始链接不再有效。（请参阅存档）希望这会有所帮助。

对于它的价值，我收到了错误，“在应用程序级别之外使用注册为allowDefinition ='MachineToApplication'的节是错误的。” 并通过清除\ myWebApp \ obj \ Debug和\ myWebApp \ obj \ Release目录来解决该问题。我还需要设置一个默认的启动页面。但是，然后该应用程序启动正常。HTH。

就像RY4N上面所说的，不一定是Project文件夹中的web.config引起了问题。在某些情况下，我发现在Debug配置文件下运行构建会在相关项目下的Debug文件夹中留下碎屑。当您随后在“发布”配置文件下运行构建时，此处通常存在一个web.config文件，该文件会导致上述错误。

在这里对我有用的解决方案是删除项目目录下先前构建的整个Debug文件夹。

这也发生在我的家用计算机上，但是仅当我在发布配置上启用“构建视图”并构建发布配置时才发生。否则就不会发生。

尽管Build Views选项非常好，但我最终将其禁用，因为此“错误”将始终弹出并让我无法运行该应用程序。

只是说

如果您升级（例如2008-> 2010），则Visual Studio 项目将在项目解决方案中创建备份（如果允许），该备份将添加到新解决方案中。 。

“ 该网站子文件夹之一中的Web.config文件比其中这些配置元素之一超出了应用程序级别无法定义。 ” @benni_mac_b

解决方法：在这种情况下，只需从项目和解决方案中删除备份文件夹。

我想出了发生这种情况的另一个可能原因。

我有一个内置于2.0的旧版Web应用程序。我将其迁移到4.5解决方案。

在Visual Studio内部时，该应用程序的构建和调试就很好，但是当我尝试发布该Web应用程序时，反复出现此错误。

我终于发现问题是web.config文件的“生成操作”是“嵌入资源”而不是“内容”。另外，“复制到输出目录”设置为“始终复制”，而不是“不复制”。我不知道何时进行这些设置，但我相信它是在应用程序的2.0版本中恢复的。

修改web.config文件的设置可以使Visual Studio 2012发布中的“发布”操作完美运行。

我在MVC项目中遇到了同样的问题。我尝试发布时发生了错误。原来obj文件夹应该为空（或至少不包含web.config）。

跑步Clean对我没有帮助。

我通过清洁 obj在进行任何构建之前文件夹（对于我而言，项目的构建不会花费那么长时间）。

我卸载了项目，并将以下内容添加到BeforeBuild Target中

<Target Name="BeforeBuild">
    <Delete Files="$(SolutionDir)\$(ProjectDir)\bin\**\*.*" />
    <Delete Files="$(SolutionDir)\$(ProjectDir)\obj\**\*.*" />
    <RemoveDir Directories="$(SolutionDir)\$(ProjectDir)\bin" />
    <RemoveDir Directories="$(SolutionDir)\$(ProjectDir)\obj" />
    <Message Text="Clean obj/bin from web project" />
</Target>

希望这可以帮助

“使用超出应用程序级别注册为allowDefinition ='MachineToApplication'的部分是错误的。此错误可能是由于未在IIS中将虚拟目录配置为应用程序引起的。”

我在VS.NET中遇到了这个问题。原来，当我配置一些配置转换时，我错误地将Web.config文件的属性设置为“始终复制”。我通常将转换文件设置为“始终复制”，但将web.config根文件保留为“不复制”。

请注意，因为更改web.config的属性还会更改所有嵌套的转换。

因此，要解决：

1）将web.config更改为“请勿复制”

2）（可选）如果您使用的是配置转换，请将其设置为“始终复制”

3）从解决方案中删除obj和bin文件夹（这些文件夹可能不可见，因此在解决方案资源管理器中选择项目节点，然后单击“显示所有文件”工具栏按钮。

4）发布

为我工作。

我仅在发布应用程序时遇到此错误。

web.config（和转换）文件的属性设置为：

• Build Action - None
• Copy to Output - Always。

解决方案是将设置更改为：

• Build Action - Content
• Copy to Output - Do not Copy

我也遇到了这个问题，它是在我使用发布向导将网站发布到网络之后发生的。

经过大量挖掘之后，我在Connect网站https://connect.microsoft.com/VisualStudio/feedback/details/779737/error-allowdefinition-machinetoapplication-beyond-application-level上看到了此Bug报告。

一位MS代表答复了该问题，并解释了为什么这是发布时出现的问题，他还提供了一种临时解决方法，可以为我解决该问题。

再次删除并创建虚拟目录。右键单击并将虚拟目录转换为“ 应用程序 ”

在Web.config解决方案资源管理器中单击文件，然后右键单击“属性”，然后更改为“复制到输出目录：请勿复制”。

对我来说，原因是obj文件夹位于网站文件夹下，并且在构建不同的配置后出现了多个web.config。我通过从网站移出obj文件夹解决了vs2012下的问题。为此，我在网站项目文件中的每个配置中手动添加了（在记事本中）$（SolutionDir）\ Obj \ $（Configuration）。

发布网站时遇到了同样的问题，如果我构建网站，我不会遇到任何问题，但是在发布时会遇到这个可怕的错误：

“使用超出应用程序级别注册为allowDefinition ='MachineToApplication'的节是错误的。此错误可能是由于未在IIS中将虚拟目录配置为应用程序引起的。”

我尝试了这篇博文中提到的所有内容，没有任何用处，对我来说，有效的方法是创建一个新发布的配置文件，该配置文件与我一直在使用的配置文件完全相同，并且效果很好，请不要出错使用新配置文件，但使用旧配置文件。不知道有什么区别，但是至少我可以发布我的MVC项目。

希望这对某人有帮助！！

这是另一个原因-如果将整个Web应用程序复制到其自己的子文件夹中，则会出现此错误。当我从一台机器复制到另一台机器时，我设法在一个旧站点上执行此操作-大约2年的时间间隔后，我被要求查看该站点并发生错误。花了很多时间弄清楚-因为我没有多个配置文件。

我遇到了这个问题，并通过清理旧装配等的解决方案来解决。

来自vs：构建>清洁解决方案

然后重建。

Windows开始->打开站点-> IIS->右键单击您的站点->管理网站->高级设置->浏览物理路径->尝试选择当前选中的子文件夹。

逻辑是子文件夹中的Web配置文件正在尝试进行更改，并且不允许这样做，必须是所选文件夹：http : //scottonwriting.net/sowblog/archive/2010/02/17/163375.aspx

当尝试在网站中部署子网站时，我也收到此错误。

解决方案是：

1. 您必须在子web.config中删除一些配置选项卡，例如：profile，Membership，roleManager，sessionState
2. 将身份验证更改为无，方式为： <authentication mode="None" />
3. 然后转到IIS，右键单击子文件夹- >添加应用程序。
4. 重置IIS以解决此问题。

如果遇到其他问题，请立即联系我，也许我会找到帮助的。

我在Visual Studio 2017中的localhost上收到此错误，并且重新启动Visual Studio即可解决问题。

我意识到这个问题也可能是由多个web.config引起的。例如在一个子文件夹中。如果您确实有多个web.config文件专门用于另一个应用程序：请确保该目录未被视为虚拟目录。

确保您不会陷入通过localchost / mysite.test（应该为mysite.test）错误访问本地站点的陷阱，这将给您此错误。

在这种情况下，当您访问诸如localhost / dir_name之类的站点时，您的web.conf会落在根级别以下，因此会出现此错误。

我正在迁移应用程序，并且该应用程序中包含多个应用程序（多个web.configs）..我要做的是进入IIS，然后右键单击子文件夹，然后单击“转换为应用程序”，它开始工作。

我收到此错误的方式与其他所有人不同：

我从带有Web部署项目的vs2010迁移到vs2012和新的Web发布配置文件。

我在vs2012中创建了一个新的Web发布项目，以发布到文件系统（我们有一个单独的安装程序生成器，这是一个商业应用程序），我正在发布到一个与IIS链接的现有Web项目中的文件夹。

这导致了发布期间的错误，最初使我感到困惑，因为我正在发布到文件系统，而不是IIS（我认为）。

解决方案是将发布到文件夹更改为Web项目之外。

一切正常，localhost但是当我在服务器上发布发行版时，我在几页上启动了相同的错误。然后，我清理了解决方案，然后重新构建并发布，问题解决了。

有时候，简单的答案是最好的。我的项目中有两个web.config文件。主要级别上的一个是我需要进行更改以处理会话超时（触发此问题）的地方。我在Razor Views目录中有一个单独的配置文件，该文件具有Razor及其视图的设置。我在那里添加了一个部分（不是在应用程序级别！）。没有意识到我有两个单独的web.config文件，我尝试了一切，除了寻找显而易见的东西。

我的错误是不小心将Web.config复制粘贴到Web服务器上的另一个文件夹中

当我忘记将发布的项目转换为IIS中的应用程序时，出现此错误。