Problemi delle applicazioni Web (errori web.config) HTTP 500.19 con IIS7.5 e ASP.NET v2

Questo sta facendo impazzire l'intera squadra. Ci deve essere una parte semplice di IIS o del nostro server Web configurata in modo errato, ma ogni volta che proviamo a eseguire l'applicazione Web ASP.NET su IIS 7.5, viene visualizzato il seguente errore ...

Ecco l'errore per intero:

HTTP Error 500.19 - Internal Server Error

The requested page cannot be accessed because the related configuration  
data for the page is invalid.

`Detailed Error Information` 
Module              IIS Web Core
Notification        Unknown
Handler             Not yet determined
Error Code          0x8007000d
Config Error
Config File         \\?\E:\wwwroot\web.config
Requested URL       http://localhost:80/Default.aspx
Physical Path 
Logon Method        Not yet determined
Logon User          Not yet determined
Config Source
   -1: 
    0: 

La macchina esegue Windows Server 2008 R2 . Stiamo sviluppando la nostra applicazione Web utilizzando Visual Studio 2008 .

Secondo Microsoft, il codice 8007000d significa che c'è un errore di sintassi nel nostro web.config - tranne che il progetto si costruisce e funziona bene localmente. Guardando web.config in XML Notepad, non viene visualizzato alcun errore di sintassi. Suppongo che debba essere una sorta di configurazione scadente da parte mia ...?

Qualcuno sa dove potrei trovare ulteriori informazioni sull'errore? Nulla viene visualizzato in EventViewer, neanche :(

Non sono sicuro di cos'altro sarebbe utile menzionare ...

L'assistenza è molto apprezzata. Grazie!

AGGIORNAMENTI! - POSTED WEB.CONFIG QUI SOTTO

Ok, da quando ho pubblicato la domanda originale sopra, ho rintracciato le linee precise nel web.config che stavano causando l'errore.

Ecco le linee (appaiono tra i <System.webServer>tag) ...

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpHandlers>

Nota: Se cancello le linee tra l' <httpHandlers>ho ancora ottenere l'errore. Devo letteralmente eliminare <httpHandlers>(e le linee tra di loro) per interrompere l'errore sopra riportato.

Una volta fatto questo, ricevo un nuovo errore 500.19, tuttavia. Per fortuna, questa volta IIS in realtà mi dice quale bit del web.config sta causando un problema ...

    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>

Osservando queste righe è chiaro che il problema è migrato ulteriormente all'interno dello stesso <system.webServer>tag nel <handlers>tag.

Il nuovo errore è anche più esplicito e in particolare si lamenta del fatto che non riconosce l'attributo "validate" (come visto nella terza riga sopra). La rimozione di questo attributo fa quindi lamentare che la stessa riga non ha l'attributo "nome" richiesto. L'aggiunta di questo attributo genera quindi l' errore ASP.NET ...

Impossibile caricare il file o l'assemblaggio "System.web.Extensions, Version = 1.0.61025.0, Culture = neutral, PublicKeyToken = f2cb5667dc123a56" o una delle sue dipendenze. Il sistema non trova il file specificato.

Ovviamente penso che questi nuovi errori siano appena emersi da me cancellando il <httpHandlers> tag in primo luogo - sono ovviamente necessari dall'applicazione - quindi la domanda rimane: perché questi tag dovrebbero innescare un errore in IIS in primo luogo? ??

Devo installare qualcosa su IIS per farlo funzionare con loro?

Grazie ancora per qualsiasi aiuto.

web.config

Ecco i pezzi fastidiosi del nostro web.Config ... Spero che questo aiuti qualcuno a trovare il nostro problema!

<system.Web>

<!-- stuff cut out -->

    <httpHandlers>
        <remove verb="*" path="*.asmx"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56" validate="false"/>
    </httpHandlers>
    <httpModules>
        <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </httpModules>
</system.web>

<system.webServer>
    <validation validateIntegratedModeConfiguration="false"/>
    <modules>
        <add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </modules>
    <remove verb="*" path="*.asmx"/>
    <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    <handlers>
        <remove name="WebServiceHandlerFactory-Integrated"/>
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory,System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=f2cb5667dc123a56"/>
    </handlers>
</system.webServer>

Ho avuto questi sintomi esatti e il mio problema era simile a quello di Peter. Stava installando un progetto esistente su un nuovo server. Il mio progetto faceva riferimento al modulo di riscrittura degli URL IIS7, ma non era stato ancora installato sul nuovo server. L'installazione ha risolto il mio problema.

È possibile utilizzare il programma di installazione della piattaforma Web Microsoft per installarlo. Eseguire, selezionare Prodotti , nel menu a sinistra selezionare Server e trovare URL Rewrite nell'elenco e installarlo.

Oppure puoi scaricarlo qui .

Dopo aver combattuto con questo per un giorno su una nuova macchina, mi sono imbattuto nei seguenti link. Mi mancavano i moduli di riscrittura. Questo risolto tutto.

http://forums.iis.net/t/1176834.aspx

http://learn.iis.net/page.aspx/460/using-the-url-rewrite-module/

Aha! Ho battuto questo problema! Mio Dio, è stata una bestia per qualcuno come me con un'esperienza IIS limitata. Pensavo davvero che avrei trascorso tutto il fine settimana a sistemarlo.

Ecco la soluzione per chiunque altro abbia mai avuto questo malvagio problema.

Prima cosa da tenere presente: se speri che questa sia la tua soluzione, assicurati di avere lo stesso codice di errore ( 0x8007000d ) e l'origine della configurazione ( -1: 0:) . Altrimenti, questa non è la tua soluzione.

La prossima cosa da sapere: AJAX non è installato correttamente nel tuo web.config!

Risolvilo seguendo questa guida:
http://www.asp.net/AJAX/documentation/live/ConfiguringASPNETAJAX.aspx

Quindi, installa le estensioni AJAX 1.0 sul tuo server di produzione, da questo link:

http://www.asp.net/ajax/downloads/archive/
Aggiornamento : Microsoft sembra aver rimosso la pagina precedente :(

Questo è tutto!

Stesso problema su Server 2016, IIS 10, errore 500.19. Ho installato il modulo di reindirizzamento e ha funzionato. Non so perché questo non sia stato incluso per impostazione predefinita.

https://www.iis.net/downloads/microsoft/url-rewrite#additionalDownloads

Per essere chiari sembra che il web.config di IIS 7 funzionerà o sia progettato per funzionare, ma la mancanza di questo modulo dà l'errore davvero strano e inutile. Googling ti porta in una pagina Microsoft che insiste sul fatto che il tuo sito sia danneggiato o che web.config sia corrotto. Né sembra essere il caso.

Quella pagina inutile è qui: https://support.microsoft.com/en-us/kb/942055

Ho avuto lo stesso problema di cui sopra, lo stesso codice di errore, ecc. Impostazione di un sito Web locale su Windows 8. Dopo molte ricerche è emerso che mancava la riscrittura degli URL. Dopo averlo scaricato tutto è andato bene. :)

Aggiungo solo una risposta perché ho trascorso ore a cercare di risolvere gli stessi sintomi (ma problema diverso):

Una possibile causa è una DLL x86 in un pool di app a 64 bit, la soluzione è abilitare le app a 32 bit nelle impostazioni del pool di applicazioni.

Per me, ri-registrare asp.net per IIS ha fatto il trucco. Spero che questo aiuti qualcun altro.

aspnet_regiis.exe -i

Per riassumere in base alle risposte qui e altrove:

1. Controlla la versione .NET del pool di app (ad es. 2.0 vs 4.0)
2. Verificare che siano installati tutti i moduli referenziati IIS. In questo caso si trattava delle estensioni AJAX (probabilmente non è il caso in questi giorni), ma URL Rewrite è una comune.

Un altro modo per ottenere errori 500.19 senza una ragione apparente è: directory mancanti e / o permessi non funzionanti su di essi.

In caso di questa domanda, credo che la domanda ponga sulla versione completa di IIS. Presumo questo a causa di questa linea:

Config File         \\?\E:\wwwroot\web.config

Il programma di installazione di IIS di solito crea wwwrootper te e questa è la cartella principale predefinita per tutti i siti Web e il punto di montaggio per le directory virtuali. Esiste sempre, quindi nessun problema, di solito non ti interessa molto.

Poiché i file web.config sono gerarchici, è possibile inserire un file web.config master e avere alcune impostazioni di root lì, e tutti i siti lo erediteranno. IIS verifica l'esistenza di quel file e tenta di caricarlo.

Tuttavia, prima parte divertente:

Questa directory esisterà se IIS è installato correttamente. Se non esiste, otterrai un errore di classe 500. Tuttavia, se giochi con autorizzazioni per file / directory, specialmente quelle "avanzate", puoi effettivamente negare accidentalmente account del servizio IIS dalla scansione / lettura del contenuto di questa directory. Se IIS non è in grado di verificare se esiste wwwroot \ web.config o se esiste e IIS non è in grado di aprirlo e leggerlo - bam - errore di classe 500.

Tuttavia, per IIS completo è molto improbabile. Gli sviluppatori / amministratori che lavorano con IIS completo sono generalmente riluttanti a giocare, wwwrootquindi di solito rimangono correttamente configurati.

Tuttavia, su IIS Express ..

Di solito, IIS Express "funziona". Spesso, gli sviluppatori che utilizzano IIS Express spesso non sono consapevoli di quanto internamente assomigli al vero IIS.

Puoi facilmente imbatterti nel fatto che IIS Express ha il suo file applicationHost.config e VS lo crea e lo gestisce per te (correttamente, in una certa misura) e quel tipo di rivelazione che ti dice che non è così semplice e puntuale- e fai clic come sembra all'inizio.

Oltre a quel file di configurazione, VisualStudio crea anche una struttura di directory vuota sotto la tua Documentscartella. Se ricordo bene, IIS Express considera queste cartelle come le directory principali dei tuoi siti Web su cui sono montate le directory virtuali con il tuo codice.

Successivamente, proprio come IIS, all'avvio di IIS Express, si aspetta che queste cartelle esistano e verifica la presenza di file web.config di root. Il file web.config del sito . Quasi sempre, questi file web.config mancano - e va bene perché non li vuoi - hai la tua ** applicazione web.config ", sono collocati con il resto del contenuto in una directory virtuale.

Ora, la seconda parte divertente è: IIS Express prevede che le directory vuote. Possono essere vuoti, ma devono esistere. Se non esistono, verrà visualizzato un errore di classe 500 che indica che non è possibile accedere al file "web.config" in quel percorso.

La prima volta che ho riscontrato questo problema è stato quando stavo cancellando il mio disco rigido. Ho scoperto che la cartella 'documenti \ siti Web', piena di spazzatura, ho riconosciuto diversi progetti di un anno su cui non lavoro più, tutti vuoti, non un singolo file, quindi ho eliminato tutto. Una settimana dopo, bam, non riesco a eseguire / eseguire il debug di nessuno dei siti su cui stavo lavorando al momento. L'errore era 500.19, impossibile leggere il file di configurazione.

Quindi, se usi IIS Express e vedi errori di classe 500 che parlano della lettura della configurazione, controlla attentamente il messaggio di errore e leggi tutti i percorsi menzionati. Se vedi qualcosa come:

c:\users\user\documents\visual studio 2013\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2015\projects\WebProject1\WebProject1.web\web.config
c:\users\zeshan.munir\documents\visual studio 2017\projects\WebProject1\WebProject1.web\web.config
etc..

Vai esattamente dove indica l'errore, assicurati che esistano queste cartelle, assicurati che l'account di lavoro IIS possa attraversarle e leggerle, e se noti che qualcosa non va, forse sarà quello.

BTW. In VisualStudio, su ProjectProperties / Web c'è un pulsante "Crea directory virtuale". Essenzialmente fa proprio questa cosa, quindi potresti provare prima, ma IIRC a volte può anche cancellare / sovrascrivere / scambiare sezioni di configurazione nel file applicationHost.config, quindi fai attenzione con quel pulsante se hai delle impostazioni personalizzate lì.

Nel mio caso, c'era qualcosa di sbagliato nell'installazione di .NET Core Windows Hosting Bundle.

L'ho installato e riavviato IIS utilizzando ("net stop was / y" e "net start w3svc") dopo l'installazione, ma otterrei quell'errore 500.19 con il codice di errore 0x8007000d e la fonte di configurazione -1: 0 :.

Sono riuscito a risolvere il problema riparando l'installazione di .NET Core Hosting Bundle .NET e riavviando IIS utilizzando i comandi sopra menzionati.

Spero che questo aiuti qualcuno!

Questo adorabile errore dettagliato è ancora presente nel 2019! Voglio solo aggiungere che se il tuo web.configè valido e accessibile molto probabilmente è un problema di dipendenza .

Come menzionato dall'OP era un AJAXmodulo, e come altri comunemente il Rewritemodulo. Tieni semplicemente gli occhi aperti nel tuo web.config a quali moduli e librerie fanno riferimento i tuoi tag poiché il codice di errore 0x8007000d può riguardare QUALSIASI dipendenza .

Nel mio caso non mi ero reso conto che il AspNetCorebundle mancava e dovevo essere installato! Sono così felice di aver trovato questo post !!

Questo potrebbe non essere correlato ... Ho iniziato con lo stesso errore menzionato sopra, ho iniziato a cercare su Google, apportare modifiche, ottenere nuovi errori, loop infinito.

La modifica che mi ha causato quell'errore è stata la confusione con la delega delle funzioni in Gestione IIS nella sezione Gestione del server. Mi dispiace non ricordare quale ho cambiato, ma cercare su Google potrebbe essere d'aiuto.

Questo mi ha fatto superare il primo errore in un flusso completamente nuovo di altri, alcuni totalmente privi di senso. (Vorrei ottenere un errore durante l'esecuzione in una directory virtuale, la conversione in un'applicazione ha prodotto un altro errore, ecc. Ecc.). Ciò che ha finalmente risolto questa serie di errori è stato: Gestione IIS, Pool di applicazioni, DefaultAppPool, Abilita applicazioni a 32 bit = Vero

Avevo avviato questa app su una scatola di Windows XP a 32 bit e ora la sto eseguendo su una scatola di Windows 7 a 64 bit.

Quindi speriamo che questo aiuti qualcun altro.

Il mio IIS 7.5 non comprende il tag in web.config In VS 2010 è sottolineato anche quel tag. Controlla il tuo file di configurazione accurato per trovare tutti i tag sottolineati. L'ho inserito nel commento e l'errore scompare.

Commenta le seguenti righe nel file web.config.

<modules>
    <!--<add name="ScriptModule" preCondition="integratedMode" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</modules>

<handlers>
    <remove name="WebServiceHandlerFactory-ISAPI-2.0"/>
    <!--<add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
    <add name="ScriptResource" verb="GET" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>-->
</handlers>

Questo funzionerà.

Ho avuto lo stesso errore. Avevo un sito IIS con .net framework versione 2.0, ma la mia app aveva bisogno di 4.0. Ho cambiato la versione e ha funzionato.

Pubblicare solo come promemoria se qualcuno potrebbe avere lo stesso problema.

Assicurati che tutte le funzionalità di IIS siano abilitate correttamente.

• Apri le funzionalità di Windows (attiva o disattiva le funzionalità di Windows).

• Scorri verso il basso fino a Internet Information Services

• Apri il menu a tendina del World Wide Web plus

• Apri il menu a discesa Funzionalità di sviluppo applicazioni più
• Seleziona manualmente tutte le caselle di controllo successive, quindi fai clic su OK

La seguente configurazione è stata la causa del mio problema:

    <rewrite>
      <rules>
        <clear />
        <rule name="Redirect to HTTPS" stopProcessing="true">
          <match url="(.*)" />
          <conditions>
            <add input="{HTTP_HOST}" pattern="^.*spvitals\.com$" />
            <add input="{HTTPS}" pattern="off" ignoreCase="true" />
          </conditions>
          <action type="Redirect" url="https://{HTTP_HOST}{REQUEST_URI}" redirectType="Permanent" appendQueryString="false" />
        </rule>
      </rules>
    </rewrite>

Nota: ho rimosso questa sezione per i test locali, poiché funziona perfettamente in Azure.

Ho avuto lo stesso problema in Windows 7.

La soluzione era quella di andare alle impostazioni di base> Connetti come> utente specifico - e accedere come utente, invece del "pass-through" predefinito

Ciò ha risolto il problema per me.

Windows 7

Prova questo,

esegui cmd come amministratore.

Smonta tutti ii.

start /w pkgmgr.exe /uu:IIS-WebServerRole;WAS-WindowsActivationService

Reinstalla iis e normalmente funziona

Alain

Ho riscontrato questo errore inserendo il <customErrors>tag al <system.webServer>posto di <system.web>dove appartiene. Ci fu un piccolo scricchiolio sotto l' <customErrors>etichetta ma non me ne accorsi subito.

Simile alla risposta migliore , stavamo ottenendo questa eccezione incredibilmente inutile a causa di un modulo IIS CORS mancante. Era lo stesso errore esatto con Error Code (0x8007000d) e Config Source (-1: 0 :), ma l'installazione del modulo URL Rewriting non lo ha risolto.

Di recente avevamo aggiornato web.config per abilitare CORS per alcuni sviluppatori che ne avevano bisogno, ma non ci aspettavamo che sarebbe stato necessario per tutti gli sviluppatori per installare il modulo IS CORS. Sfortunatamente sembra che sia necessario.

Per risolverlo, installare il modulo IIS CORS da qui .

Se si sta distribuendo l'applicazione asp.net.core, è necessario installare anche il pacchetto di hosting core .net. https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/iis/index?view=aspnetcore-3.0#install-the-net-core-hosting-bundle