Fehler 500.19 - IIS 7.5-Website basierend auf UNC - Datei-Berechtigungen-Problem

Ich versuche, eine website, die in meinem IIS 7.5 (Win 7 Pro Maschine) zu laufen, über einen UNC-Pfad auf den code für eines der Standard-website und einer darunter liegenden App. Dies ist das erste mal, dass ich jemals versucht haben, die Einrichtung einer Website/Anwendung in IIS 7.5, basierend auf einem UNC-Pfad: ein Ordner auf einem anderen server in der gleichen Domäne.

Ich habe versucht, verschiedene Dinge zu versuchen, um dies gelöst zu kriegen. Der Anwendungspool läuft unter ApplicationPoolIdentity auf meinem Win 7 Pro PC, wo ich diese Website eingerichtet.

Den Laufzeitfehler bekomme ich beim ausführen der app im browser über http://localhost/TheAppName ist:

Modul: IIS Web Core

Meldung: Unbekannt

Handler: Noch Nicht Fest

Fehler-Code: 0x800700005

Config Error: Konfigurationsdatei kann Nicht gelesen werden aufgrund unzureichender Berechtigungen

Config-Datei: \\?\UNC\theServerName\www\TheAppName

Angeforderte URL: http://localhost:80/TheAppName

Physikalischer Pfad: (nichts anderes zeigt sich hier)

Anmeldung-Methode: noch Nicht fest

Anmeldung Benutzer: noch Nicht bestimmt

Ich in fake-Namen für die server-und app-name, die oben für die Privatsphäre, für diesen Beitrag.

So dass es Probleme beim Lesen der web.config gefunden, dass UNC-Pfad für diese Seite.

Ich habe versucht, hinzufügen eines lokalen Benutzers auf dem Zielserver, und klicken Sie dann Gaben, dass Benutzer Berechtigungen für das web.config und dann diesen Benutzer RemoteServerName\LocalUserICreated als app-pool-Identität auf meiner Maschine, aber es hatte keine Wirkung.

Keine Ahnung was hier zu tun ist und wie Sie gehen über es.

InformationsquelleAutor PositiveGuy | 2011-05-23
  1. 2

    Nehme ich an der UNC-Pfad auf einen anderen server?

    Wenn das so ist sind beide Server in der gleichen Domäne? Wenn ja, dann muss IIS zum ausführen der website unter einem Benutzerkonto an, das über Berechtigungen zum Lesen der Dateien.

    Wenn nicht, müssen Sie erstellen identischer Benutzerkonten (gleicher Benutzername, Gleiches Passwort) auf dem web-server und der file-storage-server und ändern Sie dann die IIS zum ausführen der website unter diesem Benutzer-Konto.

    Hoffe, das hilft/funktioniert.

    • ja richtig. Ja auf der gleichen domain. Ich bin die Verbindung über ein vpn herstellen.
    • Ich bin mit der ApplicationPoolIdentity eingestellt werden Anonym in IIS 7.5 pro einen Artikel, den ich gefunden aber es funktioniert immer noch nicht: learn.iis.net/page.aspx/202/...
    • Auch gehe ich davon aus, dass ich sollte in der Lage sein zu geben localhost und seit der website und app sind das setup, zeigen Sie auf den UNC-Pfad zu meinem code, dass der localhost sollte beschließen, dass der UNC-Pfad so lange gut, wie ich den richtigen Namen der Anwendung in meiner url, z.B. http:/localhost/appNameICreatedInMyIIS75_inWin7Locally
    • Die ApplicationPoolIdentity auf Ihrem computer keinen Zugriff auf die Dateien auf dem anderen server. Sie müssen ein Konto verwenden, die Zugriff auf die Dateien auf dem server.
    InformationsquelleAutor Alan Savage
  2. 1

    Beim erstellen einer web-Anwendung oder das virtuelle Verzeichnis aus einem UNC-Pfad angeben, müssen Sie die Anmeldeinformationen angeben, um den IIS für die Verbindung.

    In der Anwendung Hinzufügen-dialog, unter dem Physischen Pfad Abschnitt ist der "Verbinden..." - Schaltfläche - Sie können dann wählen Sie entweder "Anwendungsbenutzer (pass-through-Authentifizierung)" oder "Bestimmter Benutzer".

    Welche auch immer Sie wählen, Sie müssen Anmeldeinformationen, die anerkannt werden, indem die remote-server - "Pass-through" - versuchen und das aktuelle desktop (oder browser) - Anmeldeinformationen für die Authentifizierung der Benutzer, die (wenn Sie die Verbindung über ein VPN wie pro Ihre Kommentare) fast sicherlich nicht gültig sein. In diesem Fall sollten Sie "Bestimmter Benutzer", und geben Sie (im Idealfall) ein Domäne-Benutzer mit entsprechenden Berechtigungen zum ausführen der Website.

    Wenn wir benötigt haben, um dies zu tun in der Vergangenheit, würden wir erstellen ein Konto in der Domäne haben, die lokalen AppPools laufen würde, und dann dieses verwendet werden könnte, in diesen Situationen gut.

    Wenn Sie bereits die Anwendung erstellt hat, wird der dialog kann erreicht werden über die "Grundeinstellungen..." Aktion-link.

    InformationsquelleAutor Zhaph - Ben Duguid
  3. 1

    Nahm ich mir ein paar Stunden endlich zu lösen, das gleiche Problem für mich. Stellte sich heraus, dass ich mit den falschen Schrägstriche in meinem physischen Pfad. Es sollte \ diese, nicht //diese.

    InformationsquelleAutor CLRBTH
  4. 0

    Zhaph und Alan sowohl identifizieren als auch das work-around von Microsoft vorgeschlagen. Hier ist der rest der Informationen aus Die Microsoft-Seite zu Ihrem problem:

    Ursache

    IIS 6.0 verwendet die hosting-worker process-id, um eine Verbindung zu einem remote-directory. Dann, IIS 6.0 authentifiziert den Benutzer über den remote-Verzeichnis. Allerdings IIS 7.0 führt delegation Szenarien. In IIS 7.0 können Sie delegieren, Web-site-Einstellungen und Anwendungs-level-Einstellungen, um eine Web.config-Datei.

    Für pass-through-Authentifizierung, der Web.config-Datei gespeichert ist, in eine UNC-Verzeichnis. Also, die Standard-Prozessidentität in IIS 7.0 zu prüfen, ob das Web.config-Datei zuerst zu ermitteln, ob alle sicherheitsrelevanten Einstellungen angewendet werden müssen, bevor der Authentifizierungsprozess beginnt. Die Standard-Prozessidentität in IIS 7.0 verfügt nicht über ausreichende Berechtigungen zum öffnen der Web.config-Datei. Daher werden die Web-Anfrage wird abgelehnt.

    Wenn es kein Web.config-Datei in UNC-Verzeichnis, IIS 7.0 verwendet die Regeln definiert sind, die für das übergeordnete Verzeichnis. Für die Web-Inhalte, um bedient zu werden in diesem Szenario wird der worker process-id, müssen Sie Zugriff auf den gesamten Inhalt-Verzeichnis. Sonst, dem Web-Anfrage wird abgelehnt.

    Auflösung

    Um dieses Verhalten zu beheben, und stellen Sie sicher, dass pass-through-Authentifizierung ordnungsgemäß funktioniert, gehen Sie folgendermaßen vor:

    1. Stellen Sie sicher, dass alle Benutzerkonten, die Zugriff auf den UNC-Verzeichnis haben mindestens die Berechtigung "Lesen" für den UNC-Verzeichnis.

      Hinweis: Dieses Verhalten ist das gleiche wie das Verhalten in IIS 6.0.

    2. Stellen Sie sicher, dass der IIS worker process-id ausgeführt wird, unter einem domain-Benutzerkonto oder unter einem Arbeitsgruppen-Konto, das gibt es auch auf die UNC-Datei-server. Wenn es notwendig ist, erstellen Sie ein Konto auf dem UNC-Dateiserver, der den gleichen Benutzernamen und das gleiche Passwort wie der IIS worker process-id.

      Hinweise

      • Dieses Verhalten unterscheidet sich vom Verhalten in IIS 6.0.
      • Standardmäßig die DefaultAppPool Anwendungspool läuft unter dem Network Service account. Dieses Konto ist lokal auf dem computer, und dieses Konto nicht existiert, auf einem anderen computer. Stellen Sie daher sicher, dass Sie konfigurieren Sie den Anwendungspool DefaultAppPool verwenden Sie ein Konto, ein Domänenbenutzer ist. Dann können Sie das gleiche Konto auf dem UNC-Dateiserver. Alternativ dazu können Sie eine Arbeitsgruppe erstellen Konto auf dem UNC-Dateiserver und auf dem computer, auf dem IIS 7.0 ausgeführt wird.

    3. Wenn es eine Web.config-Datei in UNC-Verzeichnis, Bearbeiten Sie die discretionary access control list (DACL) für das Web.config-Datei, so dass die DACL enthält das Konto, das Sie verifiziert in Schritt 2. Alternativ Bearbeiten die DACL für das Web.config-Datei, so dass die DACL enthält das Konto, das Sie in Schritt 2 erstellt haben.

      Wenn es kein Web.config-Datei in UNC-Verzeichnis, Bearbeiten Sie die DACL für den UNC-Verzeichnis, so dass die DACL enthält das Konto, das Sie verifiziert in Schritt 2. Alternativ Bearbeiten die DACL für den UNC-Verzeichnis, so dass die DACL enthält das Konto, das Sie in Schritt 2 erstellt haben.

      Hinweis: Dieses Verhalten unterscheidet sich vom Verhalten in IIS 6.0.

    InformationsquelleAutor Michael
Schreibe einen Kommentar