Wir haben ein Dienstprogramm, das bei der Installation auf Kundenservern automatisch ASP.NET-Webanwendungen einrichtet. Dieses Dienstprogramm fügt dem Location-Pfad für die neue App in applicationHost.config traditionell eine Reihe von Konfigurationen hinzu. Wir machen dies programmgesteuert mithilfe der Microsoft.Web.Administration-Konfigurationsklassen.
Dies funktioniert in IIS 7.0 und IIS 7.5, aber wenn wir versuchen, die identische Konfiguration in IIS 8 (Server 2012) zu installieren, erhalten wir 500.19 Serverfehler für alles, was auf dem Server gehostet wird, aufgrund eines vermeintlich fehlerhaften XML-Elements ( HRESULT 0x8007000d). Ich habe systematisch alle Konfigurationen durchgespielt, die wir installieren, und es scheint das Attribut system.web / httpRuntime maxRequestLength zu sein (siehe unten). Es scheint, dass das system.web Konfigurationselement selbst der Übeltäter ist, da der Fehler nicht verschwindet, bis er selbst entfernt wird.
Ich habe bestätigt, dass die Abschnittsdefinition für system.web / httpRuntime angibt, dass sie überall zulässig ist, und Sie können die system.web-Konfiguration auf anderen Konfigurationsebenen (z. B. web.config) ohne Probleme festlegen. Warum können wir es nicht in applicationHost.config einstellen?
%Vor%Bearbeiten: Ich bemerkte nach dem ursprünglichen Post, dass die Datei, auf die der 500.19-Fehler referenzierte, eine temporäre App-Pool-Konfigurationsdatei war (C: \ inetpub \ temp \ apppools \ apppoolname \ apppoolname.config. Der Inhalt dieser Datei ist:
%Vor%Aber wenn ich in applicationHost.config gehe und eine Abschnittsgruppendefinition für system.web und eine Abschnittsdefinition für httpRuntime hinzufüge, ändert sich die Nachricht im 500.19 dahingehend, dass es eine doppelte system.web / httpRuntime-Definition gibt! Also kann ich es nicht definieren, und ich kann es nicht definieren. Was ??
Ich habe gesehen, dass dieser Fehler auftritt, wenn nicht alle erforderlichen Module installiert sind. Anstatt zu sagen, dass ein Modul fehlt, wird es sich beschweren, dass die Konfiguration beschädigt ist. Stellen Sie sicher, dass dieselben Module, die Sie auf den IIS 7 / 7.5-Computern installiert haben, auch auf IIS 8 installiert sind.
In unserem Fall war URL Rewrite nicht installiert. Anstatt sich darüber zu beschweren, gab es uns nur diese generische Nachricht.
Ich denke, was Sie tun müssen, wenn Sie eine Site von IIS 7.x auf 8.x übertragen, überprüfen Sie zuerst, ob alle Addons richtig installiert sind.
Ich hatte ein ähnliches Problem, das ich auf SO hier gepostet habe . Sehen Sie sich auch diesen Beitrag auf Feature Delegierung an .
Hallo, ich habe dieses Youtube-Video als IIS 7-Lernprogramm gefunden, das Ihnen bei Ihrem Problem helfen könnte. Oder vielleicht könnten diese Links Ihnen helfen. Fehlerbehebung bei HTTP 500.19-Fehlern in IIS 7 , Fehlermeldung beim Besuch einer Website, die auf IIS 7.0 gehostet wird:" HTTP Error 500.19 - Interner Serverfehler ". IIS7-Fehler wie ein Profi beheben
Die Links, die ich zur Verfügung gestellt habe, führen Sie zur Bestimmung der Ursache Ihres Problems, die sich aus Ihrer Aussage in verschiedenen Instanzen ändert. Und darunter ist eine Lösung.