Die aktuelle Identität (NT Authority/Netzwerkdienst) hat keinen Schreibzugriff auf

Question

Ich habe eine einfache Webanwendung entwickelt. Ein Etikett und eine Schaltfläche. Wenn Sie auf die Schaltfläche klicken, zeigt das Etikett Hello World an.

Wenn ich diese Webanwendung auf meinem Webserver einsetze und die URL aufrufe, erhalte ich diese Fehlermeldung.

Die aktuelle Identität (NT Behörde/Netzwerkdienst) hat keinen hat keinen Schreibzugriff auf C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET-Dateien.

Ich habe Folgendes versucht -

Navigieren Sie zu C:\Windows\Microsoft.NET\Framework\v2.0.50727 und tippte den folgenden Befehl ein -

aspnet_regiis -ga "NT Authority\Network Service"

Auch danach hat es nicht funktioniert.

Wir haben die Berechtigungen des Ordners Temporary ASP.NET Files und für den Network Service User die Security Permissions überprüft und er hat alle erforderlichen Berechtigungen.

Answer 1

Das hat bei mir funktioniert, die Option -ga habe ich nicht ausprobiert:

Navigieren Sie zu

C:\Windows\Microsoft.NET\Framework\v2.0.50727 

und geben Sie den folgenden Befehl ein

aspnet_regiis -i

Answer 2

Ich bin auf diesen Fehler gestoßen, als ich meinen Domänenserver zu Hause ersetzt habe, der eine Reihe von Websites beherbergt, vor allem Datenerfassungsdienste für Temperaturen usw. Auf ihm läuft auch SSRS, das ich zur Erstellung von Diagrammen verwende. Ich habe neue Hardware gebaut und den alten Rechner degradiert. Er ist kein DC mehr, sondern ein reguläres Mitglied der Domäne. Als ich eine Website auf den neuen Server verschob und versuchte, sie aufzurufen, erhielt ich diesen Fehler.

Die Ausführung von aspnet_regiis hat nichts geändert. Jetzt stellt sich heraus, dass die Website den Reporting Services-Webdienst aufruft, der immer noch auf den alten Server verweist, und dass die Fehlermeldung tatsächlich von dem degradierten ehemaligen Domänencontroller kommt. Ich musste aspnet_regiis -i auf dem alten Server ausführen!

Mitbringsel:

1. Das Zurückstufen eines PDCs kann dazu führen, dass die Berechtigungen durcheinandergeraten, was zu diesem Fehler führt
2. Der Fehler kommt möglicherweise nicht von Ihrem lokalen Rechner - sehen Sie über das Offensichtliche hinaus!

Answer 3

Eugene, Sie können es mit ausreichend hohen Privilegien wie LocalSystem zum Laufen bringen, aber bedenken Sie, dass LocalSystem über Administratorrechte auf dem lokalen Server verfügt und auch unter dem Computerkonto auf Netzwerkressourcen zugreifen kann; wenn Ihre Anwendung also ausgenutzt wird, kann der Angreifer Zugriff auf viele Ressourcen erhalten. Network Service hingegen ist nur ein Benutzerkonto auf dem lokalen Server und greift ebenfalls auf Netzwerkressourcen im Kontext des Computerkontos zu.

Answer 4

Eine Sache, die ich überprüfen würde, wenn Sie die Berechtigung für den temporären ASP.NET-Ordner mit der Option Ordnereigenschaften->Sicherheit erteilen, ist, ob Sie die Berechtigung für das richtige Netzwerkdienstkonto erteilen. Dies kann passieren, wenn der Benutzer des Netzwerkdienstes, den das Dialogfeld findet, für einen anderen Standort und nicht für die lokale Instanz ist.

Answer 5

Ich habe die Identität der Anwendungspools so geändert, dass das LocalSystem-Konto anstelle des Netzwerkdienstes verwendet wird. Die Anwendungspools wurden wiederhergestellt und alles war in Ordnung. Damit war das Problem für mich gelöst. Ich denke, dass es ein Problem mit dem "Network Service" auf meinem Server gibt, da ich Probleme mit SQL unter diesem Konto hatte. Auch hier habe ich während der Installation einfach LocalSystem verwendet, um das Problem zu umgehen.