È stata rilevata un'impostazione ASP.NET che non si applica in modalità pipeline gestita integrata

Ho installato DotNetOpenAuth SDK-3.4.5.10201.vsix e non riesco a farlo funzionare. Funziona localmente (quando corro come localhost) ma quando provo a pubblicarlo non funziona.

Il messaggio di errore IIS che ricevo è

Riepilogo errori Errore
HTTP 500.22 - Errore interno del server
È stata rilevata un'impostazione ASP.NET che non si applica in modalità pipeline gestita integrata.

E

Module       ConfigurationValidationModule  
Notification BeginRequest  
Handler      StaticFile  
Error Code   0x80070032  

quindi ci sono alcuni suggerimenti su come risolvere il problema:

Cose che puoi provare:

• Migrare la configurazione nella system.webServer/modulessezione. Puoi farlo manualmente o usando AppCmd ​​dalla riga di comando, ad esempio %SystemRoot%\system32\inetsrv\appcmd migrate config "Default Web Site/". L'uso AppCmdper migrare l'applicazione consentirà il funzionamento in modalità integrata e continuerà a funzionare in modalità classica e nelle versioni precedenti di IIS.

• Se si è certi che sia corretto ignorare questo errore, è possibile disabilitarlo impostando system.webServer/validation@validateIntegratedModeConfiguration su false.

• In alternativa, passare l'applicazione a un pool di applicazioni in modalità classica, ad esempio %SystemRoot%\system32\inetsrv\appcmd set app "Default Web Site/" /applicationPool:"Classic .NET AppPool". Fallo solo se non riesci a migrare la tua applicazione.
  (Impostare "Sito Web predefinito" e "AppPool .NET classico" sul percorso dell'applicazione e sul nome del pool di applicazioni)

Ma il problema è che non ho accesso al server ISS in quanto non ne sono il proprietario. C'è un modo per risolverlo?

La ^seconda opzione è quella che desideri.

Nel tuo web.config, assicurati che queste chiavi esistano:

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

L'aggiunta <validation validateIntegratedModeConfiguration="false"/>risolve il sintomo, ma non è appropriato per tutte le circostanze. Avendo risolto questo problema alcune volte, spero di aiutare gli altri non solo a superare il problema, ma a capirlo. (Il che diventa sempre più importante quando IIS 6 sfuma nel mito e nelle voci.)

Sfondo:

Questo problema e la confusione che lo circonda sono iniziati con l'introduzione di ASP.NET 2.0 e IIS 7. IIS 6 aveva e continua ad avere solo una modalità pipeline, ed è equivalente a ciò che IIS 7+ chiama la modalità "Classica". La seconda, più recente e consigliata modalità pipeline per tutte le applicazioni in esecuzione su IIS 7+ è chiamata modalità "integrata".

Quindi, qual è la differenza? La differenza fondamentale è come ASP.NET interagisce con IIS.

• Modalità classicaè limitato a una pipeline ASP.NET che non può interagire con la pipeline IIS. Essenzialmente arriva una richiesta e se a IIS 6 / Classic è stato comunicato, tramite la configurazione del server, che ASP.NET è in grado di gestirlo, IIS passa la richiesta ad ASP.NET e continua. Il significato di questo può essere ricavato da un esempio. Se dovessi autorizzare l'accesso a file di immagini statiche, non sarei in grado di farlo con un modulo ASP.NET perché la pipeline IIS 6 gestirà tali richieste e ASP.NET non vedrà mai quelle richieste perché non sono mai state trasmesse * D'altra parte, autorizzare quali utenti possono accedere a una pagina .ASPX come una richiesta per Foo.aspx è banale anche in IIS 6 / Classic perché IIS trasmette sempre tali richieste alla pipeline ASP.NET. Nella modalità classica ASP.NET non sa cosa non ha

• La modalità integrata è consigliata poiché i gestori e i moduli ASP.NET possono interagire direttamente con la pipeline IIS. La pipeline IIS non trasferisce più semplicemente la richiesta alla pipeline ASP.NET, ora consente al codice ASP.NET di collegarsi direttamente alla pipeline IIS e a tutte le richieste che la soddisfano. Ciò significa che un modulo ASP.NET non solo può osservare le richieste di file di immagini statiche, ma può intercettare quelle richieste e agire negando l'accesso, registrando la richiesta, ecc.

Superare l'errore:

1. Se si esegue un'applicazione precedente che era stata originariamente creata per IIS 6, forse è stata spostata su un nuovo server, potrebbe non esserci assolutamente nulla di sbagliato nell'esecuzione del pool di applicazioni di quell'applicazione in modalità Classica. Vai avanti, non devi sentirti male.

2. Poi di nuovo forse stai dando alla tua applicazione un lifting o stava andando bene fino a quando non hai installato una libreria di terze parti tramite NuGet, manualmente o in qualche altro modo. In tal caso è del tutto possibile httpHandlerso httpModulesè stato aggiunto a system.web. Il risultato è l'errore che stai vedendo a causa delle validateIntegratedModeConfigurationimpostazioni predefinite true. Ora hai due scelte:

   1. Rimuovere gli elementi httpHandlerse httpModulesda system.web. Ci sono un paio di possibili esiti da questo:
      • Tutto funziona bene, un risultato comune;
      • La tua applicazione continua a lamentarsi, potrebbe esserci un web.config in una cartella principale da cui stai ereditando, considera di ripulire anche quel web.config;
      • Ti stanchi di rimuovere il httpHandlerse httpModulesche i pacchetti NuGet continuano ad aggiungere system.web, ehi fai quello che ti serve.
3. Se queste opzioni non funzionano o sono più problemi che ne vale la pena, allora io non ho intenzione di dirvi che non è possibile impostare validateIntegratedModeConfigurationa false, ma almeno si sa cosa si sta facendo e perché è importante.

Buona lettura:

• ASP.NET 2.0 Rompere le modifiche su IIS 7.0
• Integrazione ASP.NET con IIS 7
• Panoramica dei gestori HTTP e dei moduli HTTP

* Naturalmente ci sono modi per ottenere qualsiasi tipo di cosa strana nella pipeline ASP.NET da IIS 6 / Classic tramite incantesimi come mappature di caratteri jolly , se ti piace quel genere di cose.

Se è ancora necessario utilizzare il modulo HTTP, è necessario configurarlo (framework .NET 4.0) come segue:

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

Ho riscontrato questo problema ma ho avuto una soluzione diversa. Implicava l'aggiornamento Control Panel>Administrative Tools>IIS Managere il ripristino della pipeline gestita del mio sito app da Integrateda Classic.

Controlla se ci sono conflitti nell'autenticazione IIS. cioè si abilita l'autenticazione anonima e la rappresentazione ASP.NET entrambi potrebbero causare anche l'errore.

Nel tuo web.config assicurati che queste chiavi esistano:

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

Oltre a controllare Asp.Net Impresonation = Disabilita nell'autorizzazione del sito IIS

Mi sono imbattuto in questo problema e ispirato dalla risposta di @Jeremy Cook, ho morso il proiettile per scoprire cosa diavolo ha fatto sì che la modalità integrata IIS 7 non mi piacesse il mio web.config. Ecco il mio scenario:

1. API Web (versione 4.0.030506.0 alias quella precedente)
2. .NET 4.0
3. Attribute Routing 3.5.6 per API Web [avviso spoiler: era questo ragazzo!]

Volevo usare il routing degli attributi in un progetto che (sfortunatamente) doveva usare .NET 4 e quindi non poteva usare Web API 2.2 (che necessita di .NET 4.5). Il pacchetto NuGet ben significato ha aggiunto questa sezione nella <system.web>sezione:

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

[Dico bene significato, perché questa parte è richiesta nelle versioni precedenti di IIS]

La rimozione di questa sezione mi ha superato l'HTTP 500.23 !!

Riepilogo: secondo le parole di Jeremy, è importante capire perché le cose non funzionano piuttosto che semplicemente "mascherare il sintomo". Anche se devi mascherare il sintomo, sai cosa stai facendo (e perché) :-)

Questo ha funzionato per me:

1. Elimina il sito creato originariamente.
2. Ricrea il sito in IIS
3. Soluzione pulita
4. Crea soluzione

Sembra che qualcosa sia andato a sud quando ho originariamente creato il sito. Odio soluzioni simili a "Riavvia il computer, quindi reinstalla Windows" senza sapere cosa ha causato l'errore. Ma questo ha funzionato per me. Veloce e semplice Spero che aiuti qualcun altro.

Nel mio caso mi mancava la dll nella cartella bin a cui faceva riferimento il file web.config. Quindi controlla se stavi usando qualche impostazione in web.config ma in realtà non hai dll.

Grazie

Mi ci sono volute alcune ore per risolverlo perché tutte le impostazioni che ho trovato qui su questo errore erano le stesse ma ancora non funzionava. Il problema era che avevo una cartella nel mio servizio web da cui il file doveva essere inviato al dispositivo WinCE, dopo aver convertito quella cartella in un'applicazione con Classic.NetAppPool ha iniziato a funzionare.

Di seguito il passaggio ha risolto il mio problema:

Apri CMDRichiedi con privilegi di amministratore.

Correre : iisreset.

Spero che sia di aiuto.

Il metodo per local È l'errore