ASP.NET auf Domaincontroller

Posted Juli 5, 2007 Kommentare deaktiviert

Wer sich schon mal den Spa=DF gemacht hat, auf einem Domaincontroller =
.NET ausf=FChren zu wollen, kann sp=E4testens bei Verwendung eines =
Webdienstes nette Fehlermeldungen erhalten, die sinngem=E4=DF aussagen, =
dass der ASP.NET-Computeraccount die tempor=E4re Assembly xyz nicht =
erstellen konnte:

  • The current identity (NT AUTHORITY\NETWORK SERVICE) does not have write access to ‘C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files’. (.NET 2.0)

    • Ein derartiges Verhalten kannte man eigentlich nur von .NET 1.0 und war =
    dort darauf zur=FCckzuf=FChren, dass der Account nicht in der Dom=E4ne =
    war. Bei .NET 1.1 und .NET 2.0 ist der Grund f=FCr die Fehlermeldung =
    etwas anders: Hier hat der NETWORK Service / NETZWERKDIENST-Account =
    schlichtweg keine Schreibberechtigungen in den jeweils ben=F6tigten =
    Verzeichnissen.

    Um also .NET 1.1 und .NET 2.0 (und folgende Generationen wie etwa .NET =
    3.0 oder .NET 3.5) auch auf einem Domaincontroller ausf=FChren zu =
    k=F6nnen, m=FCsst ihr dem NETWORK SERVICE (englisches OS) bzw. =
    NETZWERKDIENST (deutsches OS) Schreibrechte auf folgenden Ordnern =
    zugestehen:

  • %WINDIR%\temp (.NET 1.1)
  • %WINDIR%\Microsoft.NET\Framework\vX.X.XXXX\Temporary ASP.NET =
    Files     (.NET 2.0 und sp=E4ter, die X sind durch die jeweilige =
    Version zu ersetzen)

    • Anschlie=DFend sollte es wieder funktionieren.

    Be Sociable, Share!

    No Comment

    Comments are closed.