Error de configuración: Esta sección de configuración no se puede usar en esta ruta

También puede usar el Administrador de IIS para editar esas configuraciones.

Cuidado de este Aprender IIS artículo :

Usando la Delegación de Características desde la raíz de IIS:

Luego puede controlar cada uno de los permisos de lectura/escritura a nivel de máquina, que de lo contrario le darán los errores overredeMode="Deny".

Para Windows Server 2012 y IIS 8, el procedimiento es similar.

Los Web Server (IIS) y Application Server deben estar instalados, y también debe tener el Web Server (IIS) Support opcional bajo Application Server.

Vaya a "C:\Windows\System32\inetsrv\config" (necesitará derechos de administrador aquí) Abierto applicationHost.config

Nota : En IISExpress y Visual Studio 2015 el applicationHost.la configuración se almacena en $(solutionDir).vs\config\applicationhost.config

Encuentre la sección que se muestra en la parte "config source" de la página del mensaje de error. Para mí esto ha sido típicamente "módulos"o" manejadores "

Cambie el atributo overrideModeDefault para que sea Allow

Así que toda la línea ahora se ve como:

<section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Allow" />

Después de guardar el archivo, la página se cargó bien en mi navegador.

Advertencia: Editing applicationHost.configuración en Windows de 64 bits

Necesitas desbloquear los controladores. Esto se puede hacer usando el siguiente comando cmd:

%windir%\system32\inetsrv\appcmd.exe unlock config -section:system.webServer/handlers

Tal vez otra información para las personas que están recibiendo este error en IIS 8, en mi caso fue en la plataforma Microsoft Server 2012. Había pasado un par de horas luchando con otros errores que burbujeaban después de ejecutar appcmd. Al final pude arreglarlo eliminando el rol de servidor Web e instalándolo de nuevo.

Según mi respuesta a este asunto similar ;

Intente desbloquear los ajustes de configuración de IIS relevantes a nivel de servidor, de la siguiente manera:

1. Abrir Administrador de IIS
2. Seleccione el servidor en el panel Conexiones
3. Abra el Editor de configuración en el panel principal
4. En el menú desplegable Secciones, seleccione la sección a desbloquear, por ejemplo, sistema.Servidor web > defaultPath
5. Haga clic en Desbloquear atributo a la derecha pane
6. Repita para cualquier otra configuración que necesite desbloquear
7. Reiniciar IIS (opcional): Seleccione el servidor en el panel Conexiones y haga clic en Reiniciar en el panel Acciones

Necesitaba ejecutar estos dos comandos desde el símbolo del sistema con privilegios elevados:

%windir%/system32/inetsrv/appcmd unlock config /section:anonymousAuthentication

%windir%/system32/inetsrv/appcmd unlock config -section:windowsAuthentication

Para Win 10 (Probablemente también funcionará en otras versiones de Windows.)

1. Abre " Activa o desactiva las características de windows "mediante: WinKey + R = > "características opcionales" = > OK

1. Habilite esas características en " Características de Desarrollo de aplicaciones"

En Windows Server 2012 con IIS 8 he resuelto esto habilitando ASP.NET 4.5 característica:

Y luego siguiendo la respuesta de ken.

La mejor opción es cambiar Application Settings de Custom Site Delegation
Abra IIS y desde la raíz seleccione Feature Delegation y luego seleccione Application Settings y desde la barra lateral derecha seleccione Read/Write

Esto hizo el truco para mí, para IIS 8 Windows server 2012 R2

Vaya a"Activar características"

Luego vaya a todos los ajustes predeterminados, Siguiente, Siguiente, Siguiente, etc..

Luego, seleccione como se muestra a continuación,

A continuación, restablecer IIS (opcional) pero hacerlo lado más seguro.

Esta es una solución adicional ya que es un problema genérico que cada uno tiene un problema diferente y, por lo tanto, una solución diferente. ¡Salud!

Parece que con IIS Express y VS 2015, hay una copia del applicationHost.archivo de configuración en solu (SolutionDir).vs \ config\applicationhost.config por lo que tendrá que hacer cambios allí. Ver este enlace: http://digitaldrummerj.me/iis-express-windows-authentication /

Asegúrese de que estas líneas se cambian por abajo:

<section name="windowsAuthentication" overrideModeDefault="Allow" />
<section name="anonymousAuthentication" overrideModeDefault="Allow" />
<add name="WindowsAuthenticationModule" lockItem="false" />
<add name="AnonymousAuthenticationModule" lockItem="false" />

Para arreglar esto abra el IIS Express applicationhost.config. Este archivo se almacena en C:\Users[su nombre de usuario] \ Documents \ IISExpress \ config\applicationhost.config

Actualización para VS2015+: la ubicación del archivo de configuración es $(SolutionDir).vs \ config\applicationhost.config

Busque las siguientes líneas

<section name="windowsAuthentication" overrideModeDefault="Deny" />
<section name="anonymousAuthentication" overrideModeDefault="Deny" />
<add name="WindowsAuthenticationModule" lockItem="true" />
<add name="AnonymousAuthenticationModule" lockItem="true" />

Cambie esas líneas a

<section name="windowsAuthentication" overrideModeDefault="Allow" />
<section name="anonymousAuthentication" overrideModeDefault="Allow" />
<add name="WindowsAuthenticationModule" lockItem="false" />
<add name="AnonymousAuthenticationModule" lockItem="false" />

Guárdelo y actualice Asp.net Page.

En mi caso fue que en el servidor no estaba habilitada la "Activación HTTP" bajo las características de.NET Framework. Así que para Windows Server 2012 la solución que funcionó para mí fue:

Administrador del servidor - > Agregar roles y características - > Características - > asegúrese de que en. NET Framework de la versión que desea usar esté marcada "Activación HTTP"

En nuestro caso en IIS 8 encontramos que el error se produjo al intentar ver la autenticación " para un sitio, cuando:

1. La Delegación de Funciones del servidor marcada como "Authentication-Windows" = "Read Only"
2. El sitio tenía una web.configuración que hace referencia explícita a la autenticación de Windows; por ejemplo,

Marcando la Delegación de la Característica del sitio "Autenticación - Windows" = "Lectura/Escritura", el error desapareció. Parece que, con la característica marcada "Solo lectura", la web.config es no se le permite hacer referencia en absoluto, incluso para desactivarlo, ya que esto aparentemente constituye una escritura.

La forma de Powershell de habilitar las características (Windows Server 2012+) - trim según sea necesario:

Install-WindowsFeature NET-Framework-Core
Install-WindowsFeature Web-Server -IncludeAllSubFeature
Install-WindowsFeature NET-Framework-Features -IncludeAllSubFeature
Install-WindowsFeature NET-Framework-45-ASPNET -IncludeAllSubFeature
Install-WindowsFeature Application-Server -IncludeAllSubFeature
Install-WindowsFeature MSMQ -IncludeAllSubFeature
Install-WindowsFeature WAS -IncludeAllSubFeature

En mi caso, obtuve este error porque estaba operando en el archivo de configuración incorrecto.

Estaba haciendo esto:

Configuration config = serverManager.GetWebConfiguration(websiteName);
ConfigurationSection serverRuntimeSection = config.GetSection("system.webServer/serverRuntime");
serverRuntimeSection["alternateHostName"] = hostname;

En lugar del código correcto:

Configuration config = serverManager.GetApplicationHostConfiguration();
ConfigurationSection serverRuntimeSection = configApp.GetSection("system.webServer/serverRuntime", websiteName);
serverRuntimeSection["alternateHostName"] = hostname;

En otras palabras, estaba tratando de operar en la web del sitio web.config en lugar del archivo global C:\Windows\System32\inetsrv\config\applicationHost.config, que tiene una sección (o puede tener una sección) para el sitio web. La configuración que estaba tratando de cambiar solo existe en applicationHost.archivo de configuración.

Necesitaba cambiar la configuración de SSL en una subcarpeta cuando recibí este bonito mensaje. En mi caso, la siguiente acción me ayudó.

Abierto C:\Windows\System32\inetsrv\config\applicationHost.config

Y cambió el valor de overreddemodedefault="Deny" a "Allow"

<sectionGroup name="system.webServer">
 ...
    <sectionGroup name="security">
        <section name="access" overrideModeDefault="Allow" />
    </sectionGroup>

Para Windows Server 2008 e IIS 7, el procedimiento es similar. por favor refiérase a esto: http://msdn.microsoft.com/en-us/library/vstudio/bb763178 (v=vs.100). aspx

En agregar servicio de rol, u verá"Características de Desarrollo de aplicaciones"

Marque (habilite) las características. Lo he comprobado todo.

Google noruego ref:

Denne konfigurasjonsdelen kan ikke brukes i denne banen. Dette skjer når delen er låst på et overordnet nivå. Este es el estándar (overrideModeDefault= "Deny") eller angis eksplisitt av en stedskode med overrideMode=" Deny"eller den eldre AllowOverride="false".

Activar todas las opciones de desarrollo de aplicaciones solucionó esto para mí. Probablemente no lo necesite todo, pero ahora funciona.

Recibió este mismo problema después de instalar IIS 7 en Vista Home Premium. Para corregir el error cambié los siguientes valores ubicados en el applicationHost.archivo de configuración ubicado en Windows \ system32\inetsrv.

Cambie todos los siguientes valores ubicados en la sección {>

<div mce_keep="true"><section name="handlers" overrideModeDefault="Deny" /> change this value from "Deny" to "Allow"</div>
<div mce_keep="true"><section name="modules" allowDefinition="MachineToApplication" overrideModeDefault="Deny" /> change this value from "Deny" to "Allow"</div>

Puedes probar esto:

Vaya a la ruta de la aplicación donde obtiene el error de denegación, haga clic con el botón derecho en

Propiedades->pestaña Seguridad

En eso, cambie los permisos y marque la casilla de verificación leer y escribir. Entonces funcionará sin ningún error con suerte.

En mi caso, era otra cosa.

Cuando cargué la solución en una nueva versión de Visual Studio, VS aparentemente creó un nuevo applicationhost específico del proyecto.archivo de configuración:

MySolutionDir\.vs \ config\applicationhost.config

Comenzó a usar la configuración de la nueva configuración, en lugar de mi configuración global de IIS Express ya personalizada. (\Users\%USER%\Documents \ IISExpress \ config\applicationhost.config)

En mi caso, este fue el configuración que necesitaba ser establecida. Por supuesto que podría ser algo más para ti:

<section name="ipSecurity" overrideModeDefault="Allow" />

Tuve un problema en el que estaba poniendo los valores override = "Allow" (mencionados aquí ya)......pero en un bit x64 system.......my 32 notepad++ era phantom guardándolos. Cambiar al bloc de notas (que es una aplicación de 64 bits en una O/S de x64 bits) me permitió guardar la configuración.

Véase:

Http://dpotter.net/technical/2009/11/editing-applicationhostconfig-on-64-bit-windows/

El texto pertinente:

Uno de los problemas que estoy corriendo hacia abajo requerido que veo y posiblemente edito applicationHost.config. Este archivo se encuentra en %SystemRoot%\System32\inetsrv\config. Parece bastante simple. Pude encontrarlo desde la línea de comandos fácilmente, pero cuando fui a cargarlo en mi editor favorito (Notepad++) obtuve un error de archivo no encontrado. Resulta que la carpeta System32 se redirige para aplicaciones de 32 bits a SysWOW64. Parece que no hay forma de ver la carpeta System32 usando una aplicación de 32 bits. Imagínate. Afortunadamente, las versiones de 64 bits de Windows se envía con una versión de 64 bits del bloc de notas. Por mucho que me disguste, al menos funciona.

El error dice que la sección de configuración está bloqueada en el nivel padre. Por lo tanto, no será directamente 1 archivo de configuración el que resolverá el problema, tenemos que ir a través de la jerarquía de los archivos de configuración para ver la herencia Compruebe el siguiente enlace para ir a través de la jerarquía de archivos y la herencia en IIS

Https://msdn.microsoft.com/en-us/library/ms178685.aspx

Por lo que debe verificar la configuración de la aplicación en la siguiente orden

1. ApplicationHost.config en C:windows\system32\inetsrv\config. Cambie el atributo overrideModeDefault para que sea Allow.
2. Nombre de aplicación.config o web.configuración en el directorio de aplicaciones
3. Web.config en el directorio raíz.
4. Web.config en el sitio web específico (Mi problema se encontró en este lugar).
5. Web.configuración de la web raíz (configuración del servidor)
6. máquina.configuración de la máquina (web de Root.config y máquina.config se puede encontrar at-systemroot\MicrosoftNET \ Framework\versionNumber \ CONFIG \ Machine.config)

Vaya cuidadosamente a través de todas estas configuraciones en el orden de 1 a 6 y debería encontrarlo.

Tuve el mismo problema.

• Se resolvió habilitando la función Servidor de aplicaciones. Reiniciar iis después de eso.

Esto funcionó para mí También en IIS 8 puede resolver este problema cambiando el servidor a IIS Express. Goto debug - > Propiedades En la Web seleccione el servidor como IIS Express en el menú desplegable y luego reconstruya la solución

Para realizar un cambio a Nivel de Aplicación (Web.Config):

Elimine el Nivel de confianza de la web.config:

En realidad estaba recibiendo este error cuando estaba tratando de alojar mi sitio web en el Servidor de Alojamiento donde no tengo control sobre su Servidor. Eliminando la línea anterior de mi Aplicación web.config resolvió mi problema.

En mi caso estaba recibiendo este error al intentar actualizar la configuración de autenticación en IIS también, además de navegar. Pude eliminar este error eliminando la configuración de autenticación de la web.config sí mismo. Eliminar una sección de configuración problemática puede ser menos invasivo y preferible en algunos casos que cambiar demasiado los roles y características del servidor:

Section Removed:

    <security>
        <authentication>
            <windowsAuthentication enabled="true" />
        </authentication>
    </security>

Lo siguiente funcionó para mí:

Vaya a propiedades del proyecto. Pestaña Web. Establecer a IIS local y establecer página específica.

Tengo Windows 7 y Visual Studio 2013.