Archive for Juli 5th, 2007

Exchange auf eigenen Webserver installieren?

Posted Juli 5, 2007 Kommentare deaktiviert

Eine Frage, die ich mir in den letzten Jahren immer wieder gestellt habe, i=
st die, ob man einen Exchange-Server auf einem eigenen Miet- oder VServer =
installieren kann, ohne dabei auf den externen Support des Anbieters (Stich=
wort: Reboots) zur=FCckgreifen zu m=FCssen.

Klare Antwort: Ja, es geht. Auch die Installation des Active Directorys, da=
s Aufsetzen des DNS-Servers und das Konfigurieren des Servers funktionieren=
problemlos und ohne externe Interaktion.=20

Was ben=F6tigt man daf=FCr? Ganz klar: Windows- und Exchange-Installationsm=
edien, die entsprechenden Lizenzen(!), ein passendes SSL-Zertifikat und ein=
e Menge Geduld.

Ich empfehle, die Installation erstmal auf einem virtuellen Server durchzus=
pielen, damit man ein Gef=FChl daf=FCr bekommt. Ganz trivial ist die Angele=
genheit n=E4mlich nicht.

Aber grunds=E4tzlich gilt: Ja, man kann den Exchange auf einem Webserver au=
fsetzen. Und ja: Accounts und Einstellungen bleiben erhalten. Vielleicht m=
=FCssen noch ein paar Schreibrechte gesetzt werden, aber es funktioniert.

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.