Web Application Probleme (web.config Fehler) HTTP 500.19 mit IIS7.5 und ASP.NET v2

StackOverflow https://stackoverflow.com/questions/1808680

Frage

Das treibt das ganze Team verrückt. Es muss ein einfacher falsch konfigurierte Teil von IIS oder unserem Web-Server sein, aber jedes Mal, versuchen wir auf IIS ASP.NET Web Application laufen 7.5 erhalten wir die folgende Fehlermeldung ...

Hier ist der Fehler in voller Länge: 

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:

Die Maschine läuft Windows Server 2008 R2 . Wir entwickeln unsere Web-Anwendung mit Visual Studio 2008 .

Laut Microsoft der Code 8007000d bedeutet, dass es ein Syntaxfehler in unserer web.config - außer das Projekt baut und betreibt vor Ort in Ordnung. Mit Blick auf die web.config in XML Notepad bringen keine Syntaxfehler, auch nicht. Ich nehme an, es muss eine Art schlechter Konfiguration auf meinem Teil ...?

sein

Weiß jemand, wo ich weitere Informationen über den Fehler finden könnte? Es wird nichts angezeigt in Ereignisanzeige, entweder: (

Nicht sicher, was sonst wäre hilfreich zu erwähnen ...

Die Hilfe wird sehr geschätzt. Dank!

UPDATES! - POSTED Web.config UNTER

Ok, da ich die ursprüngliche Frage oben geschrieben, ich habe die genaue Linien in der web.config aufgespürt , die die Fehler verursacht wurden.

Hier sind die Zeilen (sie erscheinen zwischen <System.webServer> Tags) ... 

    <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>

Hinweis: Wenn ich die Zeilen löschen zwischen die <httpHandlers> ich noch die Störung. Ich habe buchstäblich <httpHandlers> (und die Linien dazwischen) löscht immer die obigen Fehler zu stoppen.

Nachdem ich dies getan habe ich eine neue 500.19 Fehler jedoch. Zum Glück, dieses Mal IIS mich eigentlich erzählt, welches Bit der web.config ein Problem verursacht ... 

    <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>

Mit Blick auf diesen Linien ist es klar, das Problem weiter im gleichen <system.webServer> Tag des <handlers> Tag gewandert ist.

Der neue Fehler ist auch deutlicher und beklagt insbesondere, dass es nicht das Attribut „Validate“ erkennt (wie in der dritten Zeile oben gesehen). Das Entfernen dieses Attribut dann macht es darüber beschweren, dass die gleiche Linie nicht die erforderliche „name“ hat Attribut. dieses Attribut Hinzufügen bringt dann ASP.NET Fehler ...

  

Die Datei oder Assembly laden   ‚System.Web.Extensions,   Version = 1.0.61025.0, Culture = neutral,   PublicKeyToken = f2cb5667dc123a56' oder   eine ihrer Abhängigkeiten. Das System   kann die angegebene Datei nicht finden.

Natürlich denke ich, diese neue Fehler sind gerade von mir entstanden Löschen der <httpHandlers> -Tags in erster Linie - sie sind offensichtlich von der Anwendung benötigt - so bleibt die Frage: Warum sollte diese Tags Tritt ein Fehler in IIS in erster Linie nach oben ???

Muss ich etwas zu IIS installieren, um es mit ihnen zu arbeiten?

Nochmals vielen Dank für jede Hilfe.

web.config

Hier ist die störenden Bits unserer web.config ... Ich hoffe, das jemand finden unser Problem hilft! 

<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>
War es hilfreich?

Lösung 3

Aha! Ich schlage dieses Problem! Mein Gott, es war ein Tier für jemanden wie mich mit begrenzten IIS Erfahrung. Ich dachte wirklich, ich würde das ganze Wochenende zu verbringen Festsetzung es.

Hier ist die Lösung für alle anderen, die jemals dieses Übel Problem kommt.

Die erste, was zu beachten: Wenn Sie hoffen, dies ist Ihre Lösung, stellen Sie sicher, dass Sie den gleichen Fehlercode ( 0x8007000d ) haben und Config Quelle ( -1: 0 : ). Wenn nicht, diese nicht Ihre Lösung.

Das nächste, was zu beachten: AJAX ist nicht richtig in Ihrem web.config installiert

Fix, dass durch dieses Handbuch folgende:
http: // www .asp.net / AJAX / Dokumentation / live / ConfiguringASPNETAJAX.aspx

Dann installieren Sie das AJAX 1.0 Erweiterungen auf dem Produktionsserver, von diesem Link:

  

http://www.asp.net/ajax/downloads/archive/
   Aktualisieren : Microsoft scheint die obige Seite entfernt zu haben: (

Das ist es!

Andere Tipps

Ich hatte genau diese Symptome und meine Frage war ähnlich Peters. War ein vorhandenes Projekt auf einen neuen Server einrichten. Mein Projekt verweist die IIS7 URL Rewriting-Modul, aber das noch auf dem neuen Server installiert worden war. Installieren es mein Problem behoben.

Sie können die Microsoft Web Platform Installer verwenden zu installieren. Führen Sie es, wählen Sie Produkte im linken Menü wählen Sie Server und finden Sie URL Rewrite in der Liste, und installieren Sie es.

Oder Sie können es herunterladen hier .

Nach einem Tag mit diesem kämpfen auf eine neue Maschine stieß ich auf den folgenden Links. Mir fehlte die Rewrite-Module. Dieses feste alles.

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

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

hat das gleiche Problem wie oben, gleichen Fehlercode usw. eine lokale Website auf Windows 8. Nach langer Suche wurde Einrichten festgestellt, dass wir URL-Rewrite fehlten. Nach dem Herunterladen es war alles in Ordnung. :)

Die gleiche Problem auf Server 2016, IIS 10, 500.19 Fehler. Ich installierte die Umleitung Modul und es funktionierte. Ich weiß nicht, warum dies nicht standardmäßig enthalten ist.

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

klar sein, es sieht aus wie die web.config von IIS 7 funktionieren wird, oder zu arbeiten entworfen, aber der Mangel an diesem Modul gibt die wirklich seltsam und wenig hilfreich Fehler. Googeln bringt Sie zu einer Microsoft-Seite, die darauf besteht, dass Ihre Website beschädigt ist oder web.config beschädigt ist. Weder scheint der Fall zu sein.

Das nicht hilfreich Seite ist hier: https://support.microsoft.com/en- us / kb / 942055

Ich füge nur ein answear weil ich Stunden damit verbracht, die gleichen Symptome zu lösen (aber andere Frage):

Eine mögliche Ursache ein x86-DLL in einem 64-Bit-app-Pool, ist die Lösung 32 Bit-Anwendungen in den Anwendungspool-Einstellungen zu aktivieren.

Für mich Re-Registrierung asp.net für iis hat den Trick. Hoffentlich hilft jemand anderes. 

aspnet_regiis.exe -i

bis Zusammengefasst basiert auf Antworten hier und anderswo:

  1. Überprüfen Sie die .NET-Version der App-Pool (zum Beispiel 2,0 vs 4,0)
  2. Überprüfen Sie, dass alle IIS referenzierten Module installiert sind. In diesem Fall war es die AJAX-Erweiterungen (wahrscheinlich nicht der Fall in diesen Tagen), aber URL Rewrite ist eine allgemeine.

Eine andere Art und Weise 500.19 errot ohne ersichtlichen Grund zu bekommen ist -. Fehlende Verzeichnisse und / oder gebrochene Berechtigungen für sie

Bei dieser Frage, ich glaube, die Frage nach dem vollständigen IIS-Version fragt. Ich nehme an, dies wegen dieser Zeile: 

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

IIS-Installationsprogramm erstellt in der Regel die wwwroot für Sie und das ist die Standard-Stammordner für alle Websites und Bereitstellungspunkt für virtuelle Verzeichnisse. Es existiert immer, also kein Problem, Sie in der Regel kümmern sich nicht viel darüber.

Da web.config Dateien hierarchisch sind, können Sie eine Master-Datei web.config setzen dort und einige Stammeinstellungen dort haben, und alle Seiten werden es erben. IIS überprüft, ob die Datei vorhanden ist und versucht, es zu laden.

Allerdings erster spaßiger Teil:

Dieses Verzeichnis liegt vor, wenn Sie richtig installiert IIS. Wenn es nicht vorhanden ist, werden Sie 500-Klasse Fehler. Wenn Sie jedoch mit Datei / Verzeichnisberechtigungen spielen, vor allem ‚Erweitert‘ diejenigen, können Sie tatsächlich aus Versehen leugnen IIS-Dienstkonto von Scan- / den Inhalt dieses Verzeichnisses zu lesen. Wenn IIS nicht in der Lage zu überprüfen, ob das wwwroot \ web.config vorhanden ist, oder wenn es vorhanden ist und IIS ist nicht in der Lage zu öffnen und liest es - bam -. 500-Klasse Fehler

jedoch für die vollständige IIS ist es sehr unwahrscheinlich. Entwickler / Admins mit voller IIS arbeiten, sind in der Regel nur ungern mit wwwroot in Bezug auf Spiel so ist es in der Regel richtig konfiguriert bleibt.

jedoch auf IIS Express ..

Normalerweise IIS Express "einfach funktioniert". Oft oft mit Entwickler IIS Express sind sich nicht bewusst, wie viel es intern die reale IIS ähnelt.

Sie können leicht stolpern auf der Tatsache, dass IIS Express seine eigene applicationHost.config Datei hat und VS erstellt und verwaltet es für Sie (richtig, zu einem gewissen Grad) und diese Art von einem Augenöffner Sie sagen, dass es nicht so einfach ist und Point-and-Click, wie es zunächst scheint.

Neben dieser Konfigurationsdatei, Visual Studio erstellt auch eine leere Verzeichnisstruktur unter dem Documents Ordner. Wenn ich mich richtig erinnere, IIS Express diese Ordner hält sein die Root-Verzeichnisse Ihrer Website (s) , auf die virtuelle Verzeichnisse mit Ihrem Code angebracht sind.

Später, wie IIS, wenn IIS Express startet, es erwartet diese Ordner dort und prüft, ob root web.config-Dateien existieren. Die Website web.config Dateien. Fast immer werden diese web.config-Dateien fehlen - und das ist in Ordnung, weil Sie sie nicht wollen - Sie Ihre ** Anwendung web.config“haben, werden sie mit dem Rest des Inhalts in einem virtuellen Verzeichnis platziert

.

Nun wird der zweite Spaßteil ist: IIS Express erwartet , dass leere Verzeichnisse. Sie können leer sein, aber sie müssen vorhanden sein. Wenn sie nicht vorhanden sind -. Sie erhalten einen 500-Klasse Fehler, den Sie sagen, dass „web.config“ Datei auf diesem Pfad kann nicht zugegriffen werden

Das erste Mal, dass ich in dieses Problem gestoßen war, als ich meine Festplatte zu löschen. Ich fand, dass ‚Dokumente \ Websites‘ -Ordner, voller Müll, ich mehrere Jahre alte Projekte erkannte ich mehr auf keine Arbeit, die alle leer, nicht eine einzelne Datei, also löschte ich sie alle. Eine Woche später - bam - Ich kann nicht eine der Seiten laufen / debug ich im Moment arbeiten. Fehler waren 500,19, kann nicht config-Datei lesen.

Also, wenn Sie IIS Express verwenden und über das Lesen Konfiguration, sorgfältig prüfen, um die Fehlermeldung und lesen Sie alle Pfade erwähnt sagen 500-Klasse Fehler sehen. Wenn Sie sehen, so etwas wie: 

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..

Gehen Sie dort hin, wo genau der Fehler anzeigt, sicherzustellen, dass diese Ordner vorhanden sind, stellen Sie sicher, dass IIS-Arbeitskonto durchqueren und sie lesen können, und wenn Sie, dass irgendetwas nicht stimmt bemerken, vielleicht wird es das sein.

BTW. In Visual Studio, auf ProjectProperties / Web gibt es eine Schaltfläche "Create Virtual Directory". Es tut im Wesentlichen eben dies, so können Sie es zuerst versuchen, aber IIRC kann es somethimes auch klar / überschreiben / Swap-Konfiguration sections in applicationHost.config Datei, also seien Sie vorsichtig mit dieser Taste, wenn Sie alle benutzerdefinierten Einstellungen dort haben.

In meinem Fall gibt es etwas falsch mit der .NET-Core-Windows-Bundle Installation Hosting.

Ich hatte das installiert und hatte IIS neu gestartet mit ( „net stop war / y“ und „net start w3svc“) nach der Installation, aber ich würde bekommen, dass 500.19 Fehler mit Fehlercode 0x8007000d und Config Quelle -1: 0 :.

ich es geschafft, das Problem zu lösen, indem das .NET-Core Windows-Hosting-Bundle-Installation zu reparieren und neu zu starten IIS mit den Befehlen ich oben erwähnt.

Hoffe, das hilft jemand!

Dies kann oder nicht in Beziehung gesetzt werden .... ich mit dem gleichen Fehler oben erwähnt begann, begann googeln, so dass Änderungen, immer neue Fehler, Endlosschleife.

Die Veränderung, die mich von diesem Fehler bekam wurde mit der Feature-Delegation in IIS-Manager unter dem Abschnitt Verwaltung des Servers durcheinander. Es tut mir leid ich kann mich nicht erinnern, welche ich geändert, aber googeln könnte helfen.

Das bin ich bekam vorbei an den ersten Fehler in einem ganz neuen Strom von anderen, einige völlig unsinnig. (Ich würde eine Fehlermeldung erhalten, wenn sie unter einem virtuellen Verzeichnis ausgeführt wird, es zu einer Anwendung Umwandlung ergab einen weiteren Fehler, etec usw.). Was schließlich löste diese Reihe von Fehlern war: IIS-Manager, Application Pools, DefaultAppPool, aktivieren 32-Bit-Anwendungen = True

Ich hatte diese Anwendung auf einer 32-Bit-Windows XP-Box gestartet, und ich bin jetzt auf einer 64-Bit Windows 7 Box ausgeführt wird.

So hoffentlich hilft das jemand anderes.

Meine IIS 7.5 nicht Tag in web.config verstehen In VS 2010 ist es auch den Tag unterstreicht. Überprüfen Sie Ihre Konfigurationsdatei genau alle unterstrichenen-Tags zu finden. Ich habe es in dem Kommentar und Fehler gehen weg.

Kommentieren Sie die folgenden Zeilen in der Datei 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>

Dies funktioniert.

Ich hatte den gleichen Fehler. Ich hatte eine IIS-Website mit .NET Framework Version 2.0, aber meine Anwendung benötigt 4.0. Ich habe die Version und es hat funktioniert.

Posting nur als Erinnerung, wenn jemand könnte das gleiche Problem hat.

Dieser schöne detaillierte Fehler ist im Jahr 2019 noch vorhanden! Ich möchte nur hinzufügen, dass, wenn Ihr web.config gültig ist und zugänglich es höchstwahrscheinlich ein ist Abhängigkeitsproblem .

Wie die OP erwähnt war es ein AJAX Modul, und wie von anderen häufig das Rewrite Modul. Halten Sie die Augen offen in Ihrer web.config, welche Module und Bibliotheken Ihre Tags verweisen auf, da der Fehlercode 0x8007000d kann über sein ANY Abhängigkeit .

In meinem Fall habe ich nicht das AspNetCore Bündel ahnte fehlte und musste installiert werden! So froh, dass ich diesen Beitrag gefunden !!

Ich hatte das gleiche Problem in Windows 7.

Die Lösung wurde auf die Grundeinstellungen gehen> connect als> bestimmten Benutzer - und melden Sie sich als Benutzer, anstelle des Standard ‚Pass-Through‘

Das das Problem behoben für mich.

Windows 7

Versuchen Sie dies,

Ausführen cmd als Admin.

Unistall alle iis. 

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

iis Installieren und normaly ist es Arbeit

Alain

Ich habe diesen Fehler durch die <customErrors> Tag setzen innerhalb von <system.webServer> statt <system.web> wo es hingehört. Es gab eine kleine Kringel unter dem <customErrors> Tag, aber ich habe es nicht sofort bemerken.

Stellen Sie sicher, dass alle Ihre IIS-Features ordnungsgemäß aktiviert sind.

  • Öffnen Windows-Funktionen (Windows-Funktionen ein- oder ausschalten).

  • Blättern Sie nach unten zu Internet Information Services

  • Öffnen Sie die World Wide Web und Dropdown-Feld

  • Öffnen Sie die Funktionen zur Anwendungsentwicklung und Dropdown-Feld
  • Sie manuell überprüfen alle nachfolgenden Kontrollkästchen, dann klicken Sie auf OK

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top