Se ha detectado una configuración de ASP.NET que no se aplica al modo de canalización integrada administrada

Question

I DotNetOpenAuth SDK-3.4.5.10201.vsix instalado y no puedo hacerlo funcionar. Funciona localmente (cuando funciono como localhost) pero cuando intento publicarlo no funciona.

El mensaje de error IIS, recibo es

Error Summary
HTTP Error 500.22 - Internal Server Error
An ASP.NET setting has been detected that does not apply in Integrated managed pipeline mode.

Y

Module  ConfigurationValidationModule 
Notification BeginRequest 
Handler  StaticFile 
Error Code 0x80070032 

entonces hay algunas sugerencias sobre la manera de resolver el problema:

cosas que puede probar:

• Migrate the configuration to the system.webServer/modules section. You can do so manually or by using AppCmd from the command line - for example, %SystemRoot%\system32\inetsrv\appcmd migrate config "Default Web Site/" . Using AppCmd to migrate your application will enable it to work in Integrated mode, and continue to work in Classic mode and on previous versions of IIS.

• If you are certain that it is OK to ignore this error, it can be disabled by setting system.webServer/validation@validateIntegratedModeConfiguration to false.

• Alternatively, switch the application to a Classic mode application pool - for example, %SystemRoot%\system32\inetsrv\appcmd set app "Default Web Site/" /applicationPool:"Classic .NET AppPool" . Only do this if you are unable to migrate your application.
  (Set "Default Web Site" and "Classic .NET AppPool" to your application path and application pool name)

Pero el problema es que no tengo acceso al servidor ISS ya que no soy el propietario. ¿Hay alguna forma de resolver esto?

Answer 1

La opción 2 ^nd es la que usted desea.

En su web.config, asegúrese de que existen estas claves:

<configuration> 
    <system.webServer> 
     <validation validateIntegratedModeConfiguration="false"/> 
    </system.webServer> 
</configuration> 

Answer 2

Si usted todavía tiene que utilizar el módulo HTTP que necesita para configurarlo (.NET 4.0 framework) de la siguiente manera:

<system.webServer> 
    <modules runAllManagedModulesForAllRequests="true"> 
     <add name="MyModule" type="[Namespace].[Class], [assembly]"/> 
    </modules> 
    <validation validateIntegratedModeConfiguration="false"/> 
</system.webServer> 

Answer 3

Me encontré con este problema pero tuve una solución diferente. Implicó la actualización de Control Panel>Administrative Tools>IIS Manager y la reversión de la canalización administrada de mi sitio de aplicaciones desde Integrated hasta Classic.

Answer 4

Compruebe si hay algún conflicto en su autenticación de IIS. es decir, si habilita la autenticación anónima y la suplantación ASP.NET, ambos pueden causar el error también.

Answer 5

Al agregar <validation validateIntegratedModeConfiguration="false"/> se aborda el síntoma, pero no es apropiado para todas las circunstancias. Después de haber tratado este tema varias veces, espero ayudar a otros no solo a superar el problema sino a entenderlo. (Que se convierte cada vez más importante como IIS 6 se desvanece en mitos y rumores.)

Antecedentes:

Este problema y la confusión que rodea comenzó con la introducción de ASP.NET 2.0 y IIS 7. IIS 6 tenían y continúa teniendo solo un modo de canalización, y es equivalente a lo que IIS 7+ llama modo "Clásico". El segundo, más nuevo y recomendado modo de canalización para todas las aplicaciones que se ejecutan en IIS 7+ se denomina modo "Integrado".

Entonces, ¿cuál es la diferencia? La diferencia clave es cómo ASP.NET interactúa con IIS.

• modo clásico se limita a una canalización de ASP.NET que no puede interactuar con la tubería de IIS. Básicamente se recibe una solicitud y si se ha informado a IIS 6/Classic, a través de la configuración del servidor, que ASP.NET puede manejarlo, IIS entrega la solicitud a ASP.NET y continúa. La importancia de esto se puede deducir de un ejemplo. Si tuviera que autorizar el acceso a archivos de imágenes estáticas, no podría hacerlo con un módulo de ASP.NET porque la canalización de IIS 6 manejará esas solicitudes por sí misma y ASP.NET nunca verá esas solicitudes porque nunca fueron entregadas. .* Por otro lado, autorizar a los usuarios a acceder a una página .ASPX como una solicitud de Foo.aspx es trivial incluso en IIS 6/Classic porque IIS siempre transfiere esas solicitudes a la interconexión de ASP.NET. En el modo Clásico, ASP.NET no sabe lo que no se ha dicho y hay muchas cosas que IIS 6/Classic puede no estar diciendo.

• Se recomienda el modo integrado porque los controladores y módulos de ASP.NET pueden interactuar directamente con la interconexión de IIS. La canalización de IIS ya no entrega la solicitud a la interconexión de ASP.NET, ahora permite que el código de ASP.NET se enganche directamente a la interconexión de IIS y a todas las solicitudes que lo aciertan. Esto significa que un módulo de ASP.NET no sólo puede observar las solicitudes a archivos de imágenes estáticas, pero puede interceptar las peticiones y tomar medidas al negar el acceso, el registro de la solicitud, etc.

Superar el error:

1. Si está ejecutando una aplicación anterior que se creó originalmente para IIS 6, quizás la haya movido a un nuevo servidor, no puede haber absolutamente nada de malo en ejecutar el grupo de aplicaciones de esa aplicación en el modo Clásico. Adelante, no tienes que sentirte mal.

2. Por otra parte, tal vez le está dando a su aplicación un lavado de cara o estuvo traqueteando hasta que instaló una biblioteca de terceros a través de NuGet, manualmente o por otros medios. En ese caso, es completamente posible httpHandlers o httpModules se han agregado a system.web. El resultado es el error que está viendo porque validateIntegratedModeConfiguration predetermina true. Ahora usted tiene dos opciones:

   1. Retire la httpHandlershttpModules y elementos de system.web. Hay un par de resultados posibles de esto:
      • Todo funciona bien, un resultado común;
      • Su aplicación continúa quejándose, puede haber un archivo web.config en la carpeta principal de la que está heredando, considere limpiar ese web.config también;
      • Te cansas de eliminar httpHandlers y httpModules que los paquetes NuGet siguen agregando a system.web, haz lo que necesites.
3. Si estas opciones no funcionan o son más problemas de lo que vale entonces yo no voy a decir que no se puede establecer validateIntegratedModeConfiguration a false, pero al menos que sepa lo que' rehacer y por qué es importante.

Buena lee:

• ASP.NET 2.0 Breaking Changes on IIS 7.0
• ASP.NET Integration with IIS 7
• HTTP Handlers and HTTP Modules Overview

* Por supuesto, hay maneras de conseguir todo tipo de cosas extrañas en la tubería de ASP.NET IIS 6/Classic a través de conjuros como wildcard mappings, si te gusta ese tipo de cosas.

Answer 6

Esto funcionó para mí:

1. eliminar el sitio creado originalmente.
2. recrear el sitio en IIS
3. solución limpia
4. solución Construir

parece que algo salió al sur cuando originalmente creó el sitio. Odio las soluciones que son similares a "Reiniciar su máquina, luego vuelva a instalar Windows" sin saber qué causó el error. Pero, esto funcionó para mí. Rápido y simple. Espero que ayude a alguien más.

Answer 7

El método para local es el error

Answer 8

me encontré con este problema e inspirado por la respuesta de @Jeremy Cook, poco la bala para averiguar qué diablos hizo IIS 7 modo integrado a no como mi web.config. Aquí está mi escenario:

1. Web API (versión 4.0.030506.0 también conocido como el viejo)
2. .NET 4.0
3. atributo de direccionamiento 3.5.6 para la Web API [spoiler alert: era este chico]

Quería usar el enrutamiento de atributos en un proyecto que (desafortunadamente) tenía que usar .NET 4 y por lo tanto no podía usar Web API 2.2 (que necesita .NET 4.5). El paquete NuGet significado bien añadió esta sección en la sección <system.web>:

<system.web> 
<httpHandlers> 
     <add verb="*" path="routes.axd" type="AttributeRouting.Web.Logging.LogRoutesHandler, AttributeRouting.Web" /> 
    </httpHandlers> 
</system.web> 

[Yo digo bien intencionado, ya que se requiere esta parte en versiones anteriores de IIS]

retirar esta sección me llevó más allá del HTTP 500.23 !!

Resumen: I segundas palabras de Jeremy que es importante entender por qué las cosas no funcionan en lugar de sólo "enmascarar el síntoma". Incluso si usted tiene que enmascarar el síntoma, usted sabe lo que está haciendo (y por qué) :-)

Answer 9

En su web.config asegurarse de que existen estas claves:

<configuration> 
    <system.webServer> 
     <validation validateIntegratedModeConfiguration="false"/> 
    </system.webServer> 
</configuration> 

, así como comprobar la Asp.Net Impresonation = Desactivar En IIS Site Authetication

Answer 10

En mi caso me faltaba la carpeta dll in bin a la que se hizo referencia en el archivo web.config. Compruebe si estaba usando alguna configuración en web.config pero en realidad no tiene dll.

Gracias