vSphere Client unter Windows Server 2012/2012R2 installiert ohne Fehlermeldung nicht

Problem

Der vSphere Client 5.1 lässt sich auf Windows Server 2012R2 nicht installieren. Es gibt keine Fehlermeldung, sondern das Setup verschwindet beim start der eigentlichen Installation einfach vom Desktop. Im Taskmanager ist der Installationsprozess aber noch zu sehen. vmware-viclient-server2012r2

Lösung

Schuld ist das Fehlen des .NET Frameworks 2.0, was im .NET Framework 3.0 enthalten ist, was wiederum im Windows-Feature .NET Framework 3.5.1 versteckt wurde. Es hilft die Installation des .NET Framework 3.5 Features über den Servermanager -> Rollen und Features hinzufügen -> Weiter -> Weiter -> .NET Framework 3.5\.NET Framework 3.5.

vmware-viclient-server2012r2-net-frameworkSelbstverständlich läuft die Installation danach auch nicht störungsfrei durch, sondern benötigt noch einmal Hilfe beim setzen des ProductLanguage-Schlüssels. Der Installer von Version 4 zu 5 unterscheidet sich hier praktisch nicht.

Office365 Powershell Modul: „Sie benötigen Version 7.0 oder höher des Microsoft Online Serivices Anmeldeassistenten …“

sie-benoetigen-version-7-oder-hoeher
Problem

Das Office365 (=Windows Azure) Powershell-Modul lässt sich nicht installieren, mit der Fehlermldung: „Sie benötigen VErsion 7.0 oder höher des Microsoft Online Services Anmeldeassistenten, wenn Sie das Windows Azure Active Directory-Modul für Windows PowerShell auf diesem Computer installieren möchten“. Die Systemvoraussetzugnen (Powershell, Online Services Sign-in Assistant) sind in der korrekten Version installiert.

Lösung

Die Deutsche Version des Windows Azure Active Directory Module for Windows PowerShell (AdministrationConfig-DE.msi) liegt zwar in der richtigen Version vor, das Setup setzt aber den Registry-Schlüssel dafür nicht richtig. Die englische Version macht das korrekt, die kann man aber als Deutsches Admin nicht ohne weiteres herunterladen.

Abhilfe schafft der korrekte Registry-Eintrag:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSOIdentityCRL]
"MSOIDCRLVersion"="7.250.4551.0"

Dann läuft der Assistent durch. Nach der Installation kann der Wert wieder auf den Ursprünglichen zurückgesetzt werden (stand heute: 7.250.4209.0).

Windows Server 2008/2008R2 Proxy-Autodiscovery (WPAD) funktioniert nicht

Problem

Windows Server 2008/2008R2 als DNS/DC findet via automatische Proxykonfiguration keinen Anschluss ans Internet. Zwei häuige Ursachen.

Lösung(en)

  • Server 2008/R2 hat eine globale blockliste eingebaut, die abfragen für bestimmte Hosts nicht auflöst. Normalerweise sind in der Liste die beiden Hosts „isatap“ und „wpad“ enthalten.
  • dnscmd /config /enableglobalqueryblocklist 0
  • Der Webserver liefer die Proxy-PAC nicht mit dem korrekten MIME-Type aus. Der Mime-Type muss „application/x-ns-proxy-autoconfig“ lauten. Für DAT (oder PAC) Dateiname einfach den passenden MIME-Type hinzufügen.

Stromrechnung 2013

Stromrechnung 2013
So sieht die (private) Stromrechnung bei einem Admin mit einem kleinen bisschen Lab-Hardware zuhause aus. Familienstand: Ledig. Ort: Niedrigenergiehaus. Lab: DL380G6, ein bisschen Storage und eine i7 Workstation (auch mit einen bisschen Storage).

Uptime

uptime-puppetmasterGar nicht schlecht für einen (hoch-) produktiven Windows Server 2003 mit den Rollen DC, Fileserver und IIS. Und ich habe ihn soeben runtergefahren … zum letzten mal. Goodby PUPPETMASTER 🙂