Wie löse ich "HTTP-Fehler 500.19 - Interner Serverfehler" auf IIS7.0 [geschlossen]

Was verursacht diesen Fehler, wie kann ich ihn beheben?

Detailliertes Fehlerinformationsmodul
IIS Web Core-
Benachrichtigung BeginRequest-
Handler Noch nicht ermittelt
Fehlercode 0x8007052e Konfigurationsfehler
Kann sich nicht lokal bei C: \ inetpub \ wwwroot als Benutzeradministrator mit dem Kennwort für das virtuelle Verzeichnis anmelden. Konfigurationsdatei nicht
verfügbar (Konfigurationsisolation)
Angeforderte URL http: // 192.168.0.3:80/
Physischer Pfad C: \ inetpub \ wwwroot Anmeldemethode
Noch nicht festgelegt
Anmeldebenutzer Noch nicht festgelegt

Konfigurationsquelle

<application path="/" applicationPool="PS-Extranet">
    <virtualDirectory path="/" physicalPath="%SystemDrive%\inetpub\wwwroot" userName="administrator" password="[enc:AesProvider:PrISRz2ggJH4bV46ktObfCSh91Y/yF9pAoLmH7eCnj0=:enc]" />
</application>

Es sieht so aus, als ob das Benutzerkonto, das Sie für Ihren App-Pool verwenden, keine Rechte für das Website-Verzeichnis hat und daher die Konfiguration von dort nicht lesen kann. Überprüfen Sie den App-Pool und sehen Sie, als welcher Benutzer er ausgeführt werden soll. Überprüfen Sie das Verzeichnis und prüfen Sie, ob dieser Benutzer über die entsprechenden Rechte verfügt. Überprüfen Sie währenddessen das Ereignisprotokoll und prüfen Sie, ob IIS dort detailliertere Diagnoseinformationen protokolliert hat.

Ich hatte das gleiche Problem, aber der Grund war anders.

In meiner web.config gab es eine Regel zum Umschreiben von URLs, und ich habe auch kein Modul zum Umschreiben von URLs installiert. Nachdem ich das URL-Rewrite-Modul installiert habe, wurde dieses Problem behoben.

Unter Windows 10 musste ich installieren ASP.NET 3.5und ASP.NET 4.6unter Internet Information Services(die anderen Kontrollkästchen überprüfen sich automatisch):

Endlich bekomme ich die Lösung für mein Problem. Das asp.net-Konto wird im IIS-Manager nicht angezeigt, da ich das Kontrollkästchen in IIS nicht aktiviert habe, um dies in Windows 7 zu tun. Führen Sie die folgenden Schritte aus

1. Öffnen Sie das Bedienfeld
2. Klicken Sie auf den Link "Programm" (Programme nicht deinstallieren).
3. Klicken Sie auf den Link "Windows-Funktionen ein- / ausschalten"
4. Suchen Sie im Popup-Fenster nach "Internetinformationsdienste-IIS" und erweitern Sie den Knoten
5. Erweitern Sie den Knoten "World Wide Web Service"
6. Erweitern Sie den Knoten "Anwendungsentwicklungsfunktionen"
7. Aktivieren Sie das Kontrollkästchen von "ASP.NET".
8. Klicken Sie dann auf OK

Jetzt sehen Sie das Asp.net-Konto im IIS-Manager und standardmäßig das IIS-Konto. Jetzt sollten Sie Ihre asp.net-Website von „meinem Dokument“ an einen anderen Ort verschieben, an dem der IIS Zugriff darauf hat (auf eine beliebige Partition auf Ihrem Computer) Durchsuchen Sie jetzt Ihre Website vom IIS-Manager und es sollte funktionieren.

Wir haben diesen Fehler erhalten, nachdem wir unser Domänenadministratorkennwort geändert haben.

Nachdem ich mit mehreren Einstellungen herumgespielt hatte, stellte ich schließlich fest, dass in der Anwendung im folgenden Pfad festgelegt wurde, dass speziell das Domänenadministratorkonto anstelle der Pass-Through-Authentifizierung verwendet wird (wer weiß warum).

IIS-Manager -> Grundeinstellungen -> Verbinden

Sie müssen einen Schritt tun:

run->cmd

run "c:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i"

Das ist es

Habe dieses Problem heute erlebt und gelöst. Jemand hatte die "Pfadanmeldeinformationen" für die "Standardwebsite" in IIS so festgelegt, dass sie als bestimmter Benutzer ausgeführt werden. Dieselbe Benutzerin hat ihr Passwort entweder aufgrund des Ablaufs des Passworts oder nur aufgrund einer Routineänderung geändert. Das Einstellen der "Standardwebsite" als "Anwendungsbenutzer" über die Grundeinstellungsoption hat das Problem für mich behoben

Sie ändern wahrscheinlich Ihr NT-Passwort.

Öffnen Sie IIS -> Klicken Sie mit der rechten Maustaste auf Ihre Anwendung -> Anwendung verwalten -> Erweiterte Einstellungen -> Anmeldeinformationen für den physischen Pfad.

Viel Glück

In meinem Fall tritt dieser Fehler nach dem Ändern der Ordnerlösung auf.

Ich löse das Problem, indem ich zu meinen Projekteigenschaften gehe und mein virtuelles Verzeichnis neu erstelle.

Klicken Sie mit der rechten Maustaste auf Projekt> Eigenschaften> Web> Klicken Sie im Abschnitt Server auf "Virtuelles Verzeichnis erstellen".

Es wird eine Meldung angezeigt, die besagt, dass das virtuelle Verzeichnis an einem anderen Ort erstellt wurde, und es wird geändert

Für mich musste ich die HTTP-Aktivierung unter den .NET-Funktionen unter "Windows-Funktionen hinzufügen / entfernen" aktivieren.

Habe das in Ordnung gemacht, aber nicht basierend auf den obigen Vorschlägen. Mein Fall ist, dass der 500-Fehler beim Ausführen von iis7 auf einem Windows 2008-Server in einer Domäne angezeigt wird. Fügen Sie einfach einen neuen Benutzer in die Domäne ein und erlauben Sie im Grunde den Lese- / Ausführungszugriff auf das virtuelle Verzeichnis oder den virtuellen Ordner. Stellen Sie sicher, dass der virtuelle Ordner> Grundeinstellungen> Verbinden als> Pfadanmeldeinformationen für einen Benutzer mit Lese- / Xecute-Zugriff festgelegt ist. Sie können Einstellungen testen und sowohl die Authentifizierung als auch die Autorisierung sollten funktionieren. Prost!

Im Moment hatte ich diesen Fehler und habe ihn behoben. Ihre URL könnte mit dem erstellten virtuellen Verzeichnis übereinstimmen.

Sie müssen virtuelle Verzeichnisse überprüfen, in meinem Beispiel habe ich in der applicationhost.confignächsten Zeile gefunden:

<application path="/" applicationPool="Clr4IntegratedAppPool">
    <virtualDirectory path="/admin/roles" physicalPath="C:\..." />
</application>

Ich habe versucht, eine Seite mit einer URL ( http://localhost/admin/roles) von AdminControllerund RolesAktion zu öffnen und habe diesen Fehler erhalten.

Für andere da draußen wurde eine ähnliche Fehlermeldung angezeigt, weil ich versucht habe, eine .Net 4-App in einem .Net 2-App-Pool auszuführen. Das Ändern der .Net FX-Version für den App-Pool hat dies für mich behoben.

Ich hatte einen ähnlichen Fehler bei der Installation von PHP 5.3.3 mit dem Fehlercode 0x80070020 mit einer Richtung zu einigen Zeilen in web.config in meinem WWW-Stammverzeichnis (nicht im Standard-Stammverzeichnis).

Die Lösung war zwar roh, funktionierte aber perfekt. Ich habe einfach die Datei web.config gelöscht und jetzt funktioniert alles. Ich habe STUNDEN damit verbracht, andere Lösungen ohne Erfolg auszuprobieren.

Wenn jemand das für dumm hält, lass es mich wissen. Wenn jemand die gleiche Zeit damit verbracht hat, Haare herauszuziehen, probieren Sie es aus und sehen Sie es sich an (natürlich nach dem Sichern der Datei).

Grüße FEQ

Es hat nicht geholfen, den gleichen Fehler zu haben und die Anmeldeinformationen im IIS-App-Pool zu reparieren. Ich habe den Fehler in IIS schließlich behoben, indem ich meine Website unter Standardwebsite, Erweiterte Einstellungen -> Anmeldeinformationen für den physischen Pfad -> Bestimmter Benutzer ausgewählt und die Anmeldeinformationen für den Benutzer des App-Pools erneut eingegeben habe. Dann habe ich IIS neu gestartet und der Fehler wurde behoben und meine Website wurde angezeigt erfolgreich auf.

Standardwebsite muss ebenfalls verwaltet werden:

1. Ändern Sie auf der Standardwebsite -> basicSettings -> connect as den richtigen Benutzer.

2. Ändern Sie die Identität des applicationPool, der sich auf die defaultWebSite bezieht

Glück

Es schien kein Berechtigungsproblem für mich zu sein - ich habe versucht, dem IIS_IUSRS-Konto die volle Kontrolle über alles im Webdienst zu geben, nur um zu sehen, ob dies die Ursache war. Es stellte sich heraus, dass das Update die Anwendung neu erstellte, die den Webdienst (dh die tatsächliche ".svc") in IIS hostet

Wenn es groß ist, wenn Sie versuchen, auf das Joomla-Administratorfenster zuzugreifen, ist dies nur ein Problem mit Benutzername und Passwort! Sie müssen nur einen jos_user in Ihrer Joomla-Datenbank aktualisieren.

Gehen Sie zu Ihrem Joomla-Website-Verzeichnis und öffnen Sie eine configuration.php mit Blocknotiz oder Notizblock, um anzuzeigen, welchen Datenbanknamen Ihre Joomla-Administrator-Site verwendet. Sie müssen eine Linie finden, die hat:

public $user = 'joomlauser251';           //MySQL username

In meinem Fall joomlauser251ist mein DB-Name.

Melden Sie sich bei Ihrem MySQL an:

 mysql -uyourusername -pyourpassword

Wählen Sie eine Datenbank für Ihr Joomla aus:

use joomlauser251;

Passwort für admin ändern:

UPDATE jos_users SET password=MD5(‘NewPassword’) WHERE username=’admin’;

Und versuchen Sie es erneut.

Das ist alles !!!

In meinem Fall habe ich in applicationHost.config unter den Standardeinstellungen für das virtuelle Verzeichnis einen Verweis auf ein altes Kennwort für das Domänenkonto gefunden.

So einfach finden Sie die Datei "applicationHost.config" unter Windows -> System32 -> inetsrv -> config 1. Sichern Sie "applicationHost.config" unter einem anderen Dateinamen. 2. Öffnen Sie die Datei "applicationHost.config". Löschen Sie die Daten und speichern Sie 3. Öffnen Sie den Browser und Anruf URL interne Website, fertig.

Wenn Sie ein neues, dediziertes Benutzerkonto verwenden ... Es lohnt sich auch zu überprüfen, ob das Kennwort für dieses Konto nicht abgelaufen ist, da dies auch zu diesem Problem mit 500.19-Berechtigungen führt.

Als ich die 500.19 bekam, gab ich IIS_IUSRSvolle Zugriffsrechte für die erwähnte web.config und für den Ordner des Projekts. Dies löste das Problem.

Sie können Berechtigungen von erteilen

1. Klicken Sie mit der rechten Maustaste auf den Ordner / die Datei
2. Auswahl der Registerkarte "Sicherheit"
3. IIS_IUSRSFügen Sie den Benutzer hinzu - vergessen Sie nicht das i vor USRS und schreiben Sie kein "e" wie in USERS

ASP.Net-Anwendungen sind mit einem Handler-Abschnitt in der web.config vorverdrahtet. Standardmäßig ist dies innerhalb der Feature-Delegierung in IIS schreibgeschützt. Schauen Sie sich den IIS-Manager an

1.Gehen Sie zum IIS-Manager und klicken

2. Gehen Sie zum Abschnitt Verwaltung und klicken Sie auf Feature-Delegierung .

3.Wählen Sie die Handler- Zuordnungen aus, die als schreibgeschützt festgelegt werden sollen .

4.Ändern Sie den Wert zum Lesen / Schreiben, und jetzt können Sie das Problem beheben

Ich habe dazu noch etwas zu sagen. Mit demselben HTTP-Fehlercode können immer noch mehrere verschiedene Fehler auftreten, da einer davon hier in der Beschreibung der ursprünglichen Frage veröffentlicht wurde. Zum Beispiel: Nachdem ich die Web.ConfigDatei eines ASP.NET-Projekts bearbeitet habe , hatte ich

Fehlercode 0x8007000d

"Es ist nur ein <configSections> -Element zulässig. Es muss das erste untergeordnete Element des root-Elements <configuration> sein."

Wie es heißt, dürfen Sie vor dem <configSections>Teil der Web.ConfigDatei KEIN eigenes XML-Material einfügen . Nachdem ich mein Snippet nach dem End-Tag von eingefügt habe, hat es einwandfrei <configSections>funktioniert.

Der korrekte Pfad meiner Website wurde in IIS nicht angegeben.

Meine Lösung ist, dass

1. Löschen Sie einfach den beschädigten Ordner.
2. Erstellen Sie dann den Ordner erneut.

Es scheint, dass der beschädigte Ordner vor dem IIS-Setup erstellt wurde. Wenn Sie den Ordner erneut erstellt haben, funktioniert er ordnungsgemäß.

Ich habe diesen Fehler nach der Deinstallation von Windows Server Update Services (WSUS) von dem Computer erhalten, auf dem IIS ausgeführt wird. Anscheinend kann die Deinstallation von WSUS die IIS-Konfiguration auf dem Server beschädigen und andere auf demselben Server installierte Webanwendungen nicht verfügbar machen.

Ich habe hier die Lösung für das Problem gefunden .

Bei ASP.NET Core-Websites tritt dieser generische Fehler auch auf, wenn Sie das HttpPlatformHandler-Modul nicht installiert haben. Weitere Informationen finden Sie in dieser Antwort .

In meinem Fall war der Wert des Schlüssels in der Web.configDatei falsch :

    <defaultDocument>
        <files>
            <add value="Portal.htm" />
        </files>
    </defaultDocument>

Wenn ich den Wert in "Portal.html" ändere, hat es funktioniert.

Ich habe diesen Fehler nach dem Upgrade von Visual Studio 2013 auf 2015 erhalten. Nach einigem Suchen und Ausprobieren verschiedener Korrekturen stellte ich fest, dass das Problem behoben werden kann, indem Folgendes aus web.config entfernt wird:

<staticContent>
    <mimeMap fileExtension=".less" mimeType="text/css" />
</staticContent >

Anscheinend ist staticContent jetzt veraltet?

Quelle

Bearbeiten 1

Diese Art von IIS verhinderte, dass JSON-Dateien bereitgestellt wurden, als das Programm bereitgestellt wurde. Wenn Sie dies tun, sollten Sie .json (application / json) erneut zu den MIME-Typen Ihrer Site in IIS hinzufügen. Hier finden Sie weitere Informationen: http://www.iis.net/configreference/system.webserver/staticcontent/mimemap

Bearbeiten 2

Ich habe festgestellt, dass in meiner Situation die obige Lösung zum Bearbeiten 1 nur vorübergehend funktioniert. Sobald ich erneut bereitstelle, wird der Eintrag entfernt. Also habe ich die mimeMap XML in verschoben Web.Release.config. Funktioniert jetzt gut.