Weiterlesen »]]> Viele Administratoren werden sicherlich schon einmal vor der Problem gestanden haben, ein Programm auf mehreren Rechnern (nach-)installieren zu müssen, ohne dafür auf eine richtige Softwareverteilung zurückgreifen zu können. In so einem Falle hat man mehrere Möglichkeiten: Entweder man nimmt sich jeden Rechner einzeln vor, oder man baut sich seine eigene “Softwareverteilung”. Ersteres dürfte wohl nur in relativ kleinen Netzwerken eine ernsthaft zu erwägende Option sein, da der Zeitaufwand spätestens ab zehn Rechnern in unverhältnismäßige Dimensionen steigt. Bleibt also nur der zweite Weg – und die Frage nach dem “Wie?”…

… Welche sich denn auch recht schnell und einfach beantworten lässt: mit knapp 60 Zeilen Skriptcode, ein wenig Basiswissen im Umgang mit VBScript und WMI, sowie einer passenden Installationsdatei. Im Falle des Internet Explorer 8 empfiehlt es sich, ein MSI-Paket zu verwenden, welches man sich aber leider erst selbst mit dem Internet Explorer Administration Kit (IEAK) 8 erstellen muss. Ist dies soweit gelungen, kann man sich an das Installationsskript machen. Ziel ist es, dass das Skript zentral ausgeführt wird und dann automatisch die Installation auf allen angegebenen Rechnern vornimmt. Und das Ergebnis sieht wie folgt aus:

'## Remote-Installationsskript v1.5 ##

Program = "Internet Explorer 8"
SrcPath = "P:\Browser\Internet_Explorer_8\"
SetupFile = "IE8-Setup-Full.msi"
InstOptions = " /quiet /qn /norestart"
ComputerListe = "ComputerListe.txt"
LogFile = ScrPath & Program & " Installation.log"

Set fso = createobject("scripting.filesystemobject")
Set oLogging = fso.OpenTextFile(LogFile, 8, true)
Set oComputerListe = fso.opentextfile(ComputerListe, 1, false)
if (Err.Number <> 0) then
WScript.echo "Cannot open " & ComputerListe
WScript.quit
end if

WScript.Echo "Beginning Remote Installation."

on error resume next

while not oComputerListe.atEndOfStream
Computer = oComputerListe.ReadLine()

'WScript.echo "Copying files to " & Computer & " ..."

fso.CopyFile SrcPath & SetupFile, "\\" & Computer & "\C$\Temp\", true
if (Err.Number <> 0) then
WScript.echo "Failed to copy File(s) on " & Computer & " with " & Err.Number
end if

Err.Clear

'WScript.echo "Connecting to " & Computer & "..."

if (Err.Number <> 0) then
WScript.echo "Failed to connect to " & Computer & "."
else

'WScript.echo "Installing " & Program

Set oWMI = GetObject("winmgmts:{impersonationLevel=impersonate}!\\" & Computer & "\root\cimv2")
Set oProcess = oWMI.Get("win32_process")
oProcess.create "C:\Windows\System32\msiexec.exe /i C:\Temp\" & SetupFile & InstOptions
if (Err.Number <> 0) then
WScript.echo "Failed to start process on " & Computer & ": " & Err.Number
else
oLogging.WriteLine(Computer & ": " & Date)
end if
end if

Err.Clear

wend

oComputerListe.close()
oLogging.close()

WScript.echo "Exiting."

Das Skript greift auf die Datei “ComputerListe.txt” zu, in der die Zielhosts mit Name oder IP-Adresse definiert sind. Auf jeden Host wird das MSI-Paket nach C:\Temp kopiert. Ist der Kopiervorgang erfolgreich abgeschlossen, stellt das Skript eine WMI-Verbindung mit dem Zielhost her und startet auf diesem den Setupprozess. Ein fehlerfreier Start wird in einer Logdatei mit Datum protokolliert, eventuelle Fehlermeldung werden auf den Bildschirm ausgegeben. WICHTIG: Der Account, unter dem das Skript ausgeführt wird, benötigt auf den Ziel PCs die notwendigen Rechte, um auf WMI zugreifen und Programme installieren zu können. Im günstigsten Falle startet man das Skript also unter einem Domänenadmin-Account.

Natürlich ist dies bei weitem nicht mit einer wirklichen Softwareverteilung zu vergleichen, aber mit ein Bisschen Fleißarbeit kann man das Skript noch etwas aufbohren. So können z.B. Hosts aus einem Active Directory ausgelesen werden, anstelle aus der Textdatei. Ebenso kann man auch durch Überprüfung der Installationslogs auf den Rechnern das Ergebnis der Installation abprüfen und dieses z.B. in eine Datenbank schreiben – VBScript bietet hier viele Möglichkeiten, die man sich mit ein wenig Zeit und Lust zu nutze machen kann. Viel Spaß beim Skripten!

Weiterlesen »]]> Die Vorgehensweise zur Verwendung von Sysprep unter Windows 7/Server 2008 R2 ist ähnlich der für Windows Vista. Auch hier wird eine Antwortdatei im XML-Format verwendet, die mit dem Windows AIK erstellt wird. Dieser kann hier heruntergeladen werden (ca. 1,6 GB großes ISO-Image). Das Image muss auf DVD gebrannt und anschließend der AIK auf dem Zielcomputer installiert werden. Um diesen zu benutzen sollte man auch noch die Datei install.wim von der Windows 7 Installations-DVD aus dem Ordner sources auf die lokale Festplatte kopieren.

Erstellen der Antwortdatei
Zur Erstellung der Antwortdatei öffnet man über das Startmenü den Windows-Systemabbild-Manager (Windows System Imager; SIM), wählt damit die zuvor kopierte install.wim (über den Menüpunkt “Windows-Abbild auswählen”) und im Anschluss daran die Version von Windows 7 aus, die konfiguriert werden soll.

Sollte an dieser Stelle eine Meldung erscheinen, dass keine Katalogdatei(en) gefunden wurde(n), erstellt man diese einfach durch Bestätigung der Meldung. (Unter Umständen kann an dieser Stelle eine Meldung erscheinen, dass die Datei nicht gespeichert werden konnte. In diesem Fall entfernt man einfach den Schreibschutz aus den Attributen der Datei.) Ist das erledigt, findet man im Bereich “Windows-Abbild” unter “Components” alle Komponenten, die in die Antwortdatei übernommen werden können. Um diese zu erzeugen geht man über “Datei” auf “Neue Antwortdatei…”, woraufhin der SIM eine leere Antwortdatei erstellt. Diese besteht aus sieben Kategorien, die für die einzelnen Windows-Installationsabschnitte stehen:

• windowsPE legt Windows PE-spezifische Einstellungen fest, sowie von Installationseinstellungen (z.B. Partitionieren und Formatieren, Auswählen einer Partition, das Verwenden eines Product Keys und eines Administratorkennworts)
• offlineServicing dient zur Anwendung der Einstellungen für eine unbeaufsichtigte Installation auf ein Windows-Offlineabbild. Hier können Sprachpakete, QFE-Updates (Quick Fix Engineering) und andere Pakete hinzufügt werden.
• generalize wird von Windows Setup verwendet, um ein Windows-Referenzabbild zu erstellen, das im gesamten Unternehmen verwendet werden kann. Wenn ein System generalisiert wird, werden spezielle Konfigurationsdaten der grundlegenden Windows-Installation entfernt. So werden beispielsweise die eindeutige Sicherheits-ID (SID) und andere hardwarespezifische Einstellungen aus dem Abbild entfernt. Der Konfigurationsdurchlauf generalize wird nur ausgeführt, wenn man den Befehl später Sysprep mit der Option /generalize aufruft.
• specialize wendet computerspezifische Informationen für das Abbild an. Beispielsweise kann man Netzwerkeinstellungen, internationale Einstellungen sowie Domäneninformationen konfigurieren.
• In der Phase auditSystem werden Einstellungen für eine unbeaufsichtigte Installation im Systemkontext verarbeitet. Unmittelbar darauf folgt die Phase auditUser, die zur Anwendung von Einstellungen im Benutzerkontext eingesetzt wird. ACHTUNG: Diese Phasen werden nur durchlaufen, wenn man Sysprep mit der Option /audit aufruft.
• Unter oobeSystem werden die Einstellungen für den ersten Start durch den Endbenutzer konfiguriert (Windows-Willkommensseite). Die oobeSystem-Einstellungen werden vor der ersten Anmeldung eines Benutzers bei Windows verarbeitet.

Um nun Eigeschaften in der Antwortdatei festzulegen sucht man erst unter “Components” die entsprechende Komponente und fügt diese dann per Rechtsklick einem Abschnitt hinzu. Durch Drücken von F1 bekommt man zu der gerade ausgewählten Komponente eine (englische) Beschreibung angezeigt. Konfigurierte Werte werden in der Übersicht dunkelblau, nicht konfigurierte hellblau dargestellt.

Wenn die Parameter soweit angepasst sind, speichert man die Datei unter einem beliebigen Namen (am besten direkt unter C: um später Fehler bei dem Dateipfad zu vermeiden). Nicht konfigurierte Unterkategorien werden beim Speichern automatisch aus der Antwortdatei entfernt. Ebenso werden eingetragene Passwörter beim Abspeichern verschlüsselt. Ein “Merkzettel” kann also nicht schaden, da die Passwörter nicht wieder unverschlüsselt dargestellt werden können.

Sysprep ausführen
Syprep wird unter Windows 7 wie unter Vista am Besten über die Kommandozeile aufgerufen (zu finden unter C:\Windows\System32\sysprep), da nur so die Angabe einer Antwortdatei möglich ist. Für den Aufruf stehen verschiedene Parameter zur Verfügung (fettgeschriebene Angaben sind Pflicht):

sysprep.exe [/oobe | /audit] [/generalize] [/reboot | /shutdown | /quit] [/quiet] [/unattend:<Pfad Antwortdatei>]

Bsp.: sysprep.exe /audit /generalize /reboot /quiet /unattend:C:\unattend.xml

/oobe startet den Computer im Modus der Windows-Willkommensseite neu (bekannt aus dem normalen Setup der Windows 7 Installation). Mit Hilfe der Windows-Willkommensseite können Endbenutzer ihr Windows-Betriebssystem anpassen, Benutzerkonten erstellen, einen Namen für den Computer festlegen und andere Aufgaben durchführen. Alle Einstellungen in der Konfigurationsphase oobeSystem einer Antwortdatei werden unmittelbar vor dem Start der Windows-Willkommensseite verarbeitet.

/audit startet den Computer im Überwachungsmodus neu. Mit dem Überwachungsmodus kann man Windows zusätzliche Treiber oder Anwendungen hinzufügen. Außerdem kann eine Installation von Windows getestet werden, bevor diese an einen Endbenutzer weiter gegeben wird.
Wenn eine Datei für die unbeaufsichtigte Installation (Antwortdatei) angegeben ist, führt der Überwachungsmodus von Windows Setup die Konfigurationsphasen auditSystem und auditUser durch

/generalize bereitet die Abbilderstellung der Windows-Installation vor. Wenn diese Option angegeben wird, werden alle eindeutigen Systeminformationen aus der Windows-Installation entfernt. Der Secure Identifier (SID) wird zurückgesetzt, alle Wiederherstellungspunkte sowie Ereignisprotokolle werden gelöscht.
Beim nächsten Starten des Computers wird die Konfigurationsphase specialize ausgeführt. Es wird eine neue SID erstellt und der Zähler für die Windows-Aktivierung zurückgesetzt, sofern dieser nicht bereits drei Mal zurückgesetzt wurde.

/reboot startet den Computer neu. Diese Option wird verwendet, um den Computer zu überwachen und um sicherzustellen, dass die Erstausführung korrekt funktioniert.

/shutdown fährt den Computer nach Beenden von Sysprep herunter.

/quit schließt Sysprep nach dem Ausführen der angegebenen Befehle, ohne den Computer herunter zu fahren.

/quiet führt Sysprep ohne Anzeige von Bestätigungsmeldungen auf dem Bildschirm aus.

/unattend:Antwortdatei.xml wendet Einstellungen in einer Antwortdatei während der unbeaufsichtigten Installation auf Windows an.

In Abhängigkeit von den angegebenen Parametern tritt nach der Ausführung von Sysprep einer der folgenden vier Fälle ein:
- Sysprep wird einfach nur beendet
- Windows fährt herunter
- Windows startet neu mit der Willkommensseite
- Windows startet neu mit dem Anmeldebildschirm

Weiterlesen »]]> In etwas mehr als einem Monat ist es nun endlich so weit: ab 22. Oktober steht Windows 7 in den Läden. Bei Amazon und anderen Onlinehändlern können ganz Ungeduldige bereits vorbestellen – so wie ich. Aus diesem Anlass möchte ich an dieser Stelle eine kleine Übersicht über Funktionen und Preise der für Privatkunden ohne Komplett-PC erhältlichen Versionen Home Premium, Professional und Ultimate geben. Die neue Taskleiste, sowie Jumplists stehen in allen Versionen ebenso zur Verfügung wie die neuen Desktopfunktionen. Der Funktionsumfang der Enterprise Edition entspricht dem der Ultimate Edition, allerdings ist sie nur für Firmenkunden erhältlich. Auch die Startet Edition kann nich einzeln erworben werden, sondern lediglich in Verbindung mit einem Netbook. Daher habe ich darauf verzichtet, diese beiden Versionen mit in der Übersicht aufzuführen.

Wie schon bei den Vorgängern, ist auch bei Windows 7 die Wahl einer System Builder Version für alle, die auf Installationssupport und bunte Handbücher und Verpackungen verzichten können, sicherlich die güntigste Wahl. Allerdings muss man sich dabei im Gegensatz zu den Voll- und Upgradeversionen zwischen 32- und 64Bit entscheiden, da auf dem Installationsmedium je nur eine Version zu finden ist.

Weiterlesen »]]> Gestern Abend war auf Golem zu lesen, dass Microsoft Windows 7 in der EU nun doch mit dem Internet Explorer ausliefern will – und zusätzlichen Alternativen wie Firefox oder Opera. Der mündige Nutzer soll nun mithilfe eines Auswahlbildschirms entscheiden können, welchen Standardbrowser er nutzen möchte. OEM-Hersteller sollen selber entscheiden können, welchen Browser sie auswählen. Vorausgesetzt, die EU-Kommission stimmt dem Vorschlag Microsofts zu. Ursprünglich war geplant, aufgrund des Kartellstreits mit der Europäischen Kommission, Windows 7 in der EU ohne installierten Internet Explorer auszuliefern. Dieser sollte, sofern gewünscht, von DVD nachinstalliert werden können.

Was mich bei diesem Thema immer wieder beschäftigt, ist die Frage nach dem Sinn des Ganzen. Mal ehrlich, die OEM-Hersteller werden wohl kaum in großem Stil vom IE als Standardbrowser abrücken. Und wieviele der Kunden, die einen Komplett-PC kaufen, werden sich wohl einen anderen Browser installieren? Für alle die sich auch nur halbwegs mit Computern auskennen, wird das kein Problem sein. Aber das war es jetzt auch schon nicht. Klar, wer nur ein Bisschen im Netz surfen will, der könnte auch gut und gerne auf den IE verzichten. Aber wer z.B. OnlineBanking mit Starmoney betreiben möchte, wird um den IE nicht drumherum kommen, da Starmoney dessen Engine benutzt – wie einige andere Programme auch. Genauso setzen auch Video-OnDemand-Dienste wie Maxdome aus lizenzrechtlichen Gründen den IE voraus. Daher wage ich zu bezweifeln, dass der gewöhnliche Standardnutzer vom IE abweichen wird, den ihm die OEM-Hersteller aus eben genannten Gründen auch weiterhin als Standardbrowser installieren werden. Und somit wird wohl auch die EU-Kommision ihr Ziel, den Browsermarkt für Alternativen zum IE weiter zu öffnen, auf diesem Wegwohl nicht erreichen können. Das hat im Übrigen schon beim Windows Mediaplayer nicht funktioniert.

Und bevor nun jemand auf die Idee kommt, mir Befangenheit oder Sponsoring durch Microsoft zu unterstellen: mein Standardbrowser heißt Firefox

Weiterlesen »]]> Seit letzter Woche Dienstag läuft auf meinem Notebook und meinem PC der RC von Windows 7. Da ich bereits die öffentliche Betaversion getestet hatte, sind mir viele Funktionen schon bekannt. Deshalb konzentriere ich mich bei dem RC jetzt auf die wenigen Änderungen, die im Vergleich zur Beta noch mit eingeflossen sind. Zum Beispiel dem neuen XP-Modus (XPM). Mit dem XPM will Microsoft die Abwärtskompatibilität seines neuen Betriebsystems für ältere Anwendungen im Vergleich zum bisher bekannten Kompatibilitätsmodus stark verbessern. Dazu greifen die Redmonder auf eine völlig andere Strategie zurück. Den Anwendungen wird nun nicht mehr nur ein älteres Betriebssystem vorgegaukelt. Stattdessen werden die Applikationen direkt in einer virtuellen XP-Maschine ausgeführt und integrieren sich dabei beinahe nahtlos in Windows 7.

Bevor man den XPM nutzen kann, müssen allerdings erst die dafür nötigen Komponenten heruntergeladen werden. Zuerst benötigt man den ca. 4,5 MB großen Installer für die neue Virtual PC-Version und danach das Paket mit dem bereits von Microsoft vorkonfigurierten virtuellen Windows XP SP3 (ca. 450 MB). Beide Pakete können hier heruntergeladen werden.

Nach der Installation von Virtual PC muss der Rechner erst einmal neu gestartet und anschließend die virtuelle Maschine installiert werden. Ist das geschafft, kann man den virtuellen Rechner über den Ordner “Virtuelle Computer” in den eigenen Dateien verwalten und das erste Mal starten. Allerdings geht es dann nicht gleich los, sondern man bekommt einen Statusbalken zu sehen, während das System und die VM für die erste Verwendung des XPM vorbereitet werden. Eine gefühlte kleine Ewigkeit später präsentiert sich der gestartete virtuelle Rechner mit gewohnter XP-Optik und es kann damit begonnen werden, Anwendungen in die VM zu installieren. Ich habe auf die Schnelle den Firefox installiert und die VM dann gleich wieder heruntergefahren. Der Browser war gleich nach der Installation in meinem Windows 7 Startmenü zu sehen, worüber ich ihn dann auch gestartet habe. Und hier musste ich leider eine große Enttäuschung erleben. Microsofts Aussage, dass man den Start der VM beim Aufruf einer virtualisierten Applikation im XPM kaum merkt, kann ich leider nicht bestätigen. Der Start der Anwendung dauert zwischen 10 und 30 Sekunden. In der Zwischenzeit bekommt man einen Ladebalken zu sehen, während die virtuelle Umgebung initialisiert wird.

Ist die Anwendung im XPM gestartet, fühlt sich das Ganze – abgesehen von vereinzelt auftretenden Rucklern – recht flüssig an. Überrascht war ich, als im Infobereich meiner Windows 7 Taskleiste plötzlich eine Updatemeldung und das Sicherheitscenter des virtuellen Windows XP auftauchten. Die Laufwerke des Hostsystems werden in der VM zusätzlich zu den Laufwerken des virtuellen Rechners eingeblendet, was unbedarfte Nutzer erst einmal verwirren könnte. Auch an der Darstellung der virtualisierten Anwendungen in der Taskleiste könnte Microsoft noch etwas feilen, da dort lediglich der Titel der Anwendung ohne der in Windows 7 sonst üblichen Minivorschau dargestellt wird. Aber da es sich bei dem zu Grunde liegenden Virtual PC noch um eine Betaversion handelt gehe ich davon aus, dass noch die eine oder andere Verbesserung bis zur finalen Version einfließen wird.

Alles in allem finde ich den XPM in Windows 7 gelungen. Microsoft ist tatsächlich ein großer Schritt in Sachen Anwendungskompatibilität gelungen. Auch wenn es an verschiedenen Ecken noch Verbesserungspotential gibt, sollten viele ältere Anwendungen ohne große Probleme auf diesem Weg auch unter Windows 7 zum Laufen zu bringen sein. Allerdings sollte sich der Nutzer immer vor Augen halten, dass die im XPM ausgeführten Programme nur unter dem virtuellen Windows XP laufen und nicht Windows 7. Es wird also z.B. nicht funktionieren, die Lieblingsfirewall, die unter Windows 7 nativ nicht läuft, einfach im XPM auszuführen um den ganzen Rechner zu schützen, da diese dann lediglich den Netzwerktraffic der VM filtert.