www.lay.li - www.nwadmin.de

sonstige Tipps

W2k/NT Unattend

Tools & Links

• Von Frank Carius stammen die folgenden Programme (alle <200kB):
  • NTNAME: Ein kleines Programm zur Anpassung der unattend.txt einer automatischen NT-Installation, damit der Rechnername anhand von Regel alleine vergeben wird. [Alternative zu SETNAME© von André Reschke.]
  • PCICHECK: Miniprogramm, um anhand des PCI-Bios die Existenz von PCI-Karten zu testen. Sehr hilfreich, um DOS-Treiber (z.B. VLM, NETX oder MS-Client) mit den richtigen Treibern zu laden.
  • NAWFDISK: Hilfsprogramm für die Modifikation von Festplattenpartitionen. Kann Partitionen löschen und prüfen und alles per Errorlevel an Batchdateien melden. Ideal für unattended Installation von Windows NT 4.0® per Remoteboot oder Diskette.

• Anleitung zum Erstellen einer bootfähigen Windows 2000 Installations-CD mit integriertem Servicepack 2 von Werner Färber:
  Falls keine W2k-CD mit integriertem Service Pack vorhanden ist, beschreibt diese Seite, wie eine erstellt wird. Dies erspart das nachträgliche Installieren des Service Packs via CMDLINES.TXT (siehe ZEN-Doku). Am Besten ist es aber eine aktuelle CD von Mircosoft® zu haben, bei diesen ist das Service Pack bereits integriert.

• Microsoft® Technical Resources zu Windows 2000®, Windows XP®, Office 2000® und Office XP®:
  Hier gibt es zahlreiche Dokumente und Tools zur automatischen Installation, Verteilung und Konfiguration dieser Software. Besonders interessant sind die Ressource Kits (Liste aller Kits im TechNet) zu Windows 2000®, Windows XP®, Office 2000® und Office XP® sowie das Internet Explorer® Administration Kit (IEAK) 6. Mit den darin enthalten Tools (Custom Installation Wizard) können Installationspakete, die die Software vollautomatisch mit individuellen Konfigurationen installieren, erstellt werden. Einige Tools und Dokumente liegen auch auf den entsprechenden Produkt-CDs (meist im Verzeichnis \support, einige Deploytools für die Workstations befinden sich auf der Windows® Server-CD). Die Seiten gibt es nur in englisch und werden z.T. nur mit dem Internet Explorer® richtig angezeigt.

Tipps

Grundsätzlich funktioniert eine Windows 2000® Unattend-Installation wie eine NT Unattend-Installation (siehe ZEN-Doku). Weitere Informationen gibt es z.B. im Kapitel Customizing and Automating Installations in der Windows 2000 Server® Dokumentation im Ressouce Kit. Hier noch einige Tipps zu Problemen, auf die ich öfters angesprochen werden und die bisher nicht dokumentiert sind:

• unattend.txt bzw. template.txt und SETNAME©:
  Damit SETNAME© den Computernamen in der unattend.txt setzten kann, muß die Zeile "ComputerName = "TEMPLATE" in der Section [UserData] in der template.txt (genaueres siehe ZEN-Doku) ganz am Anfang stehen, davor dürfen keine Leerzeichen stehen (diese fügt z.B. setupmgr.exe ein).

• Sample unattend.txt bzw. template.txt:
  Da die vom setupmgr.exe (aus dem Ressource Kit von der W2k-Server CD, siehe oben) erzeugten unattend.txt Dateien teilweise fehlerhaft sind und die Installationen trotz entsprechend gesetzter Paramter nicht automatisch durchliefen, hier eine templw2k.txt für den Gebrauch mit SETNAME (templw2k.txt in template.txt umbenennen). Die Seriennummer, Passwort, Firmennamen und vor allem Auflösung (!) etc. müssen natürlich noch geändert/eingetragen werden (genaueres siehe ZEN-Doku, NT Installation verläuft schließlich ähnlich).
  

• Novell® Netware® Client:
  Der Client sollte in der CMDLINES.TXT installiert werden und nicht mit dem normalen Netzwerksetup von W2k in der unattend.txt, dabei scheint der Client sich oft nicht richtig zu installieren. Beim Kopieren der Dateien nach dem Aufrufen der WINNT.EXE zur automatischen Installation werden aus dem entsprechenden $OEM$-Unterverzeichnis nicht alle Clientdateien kopiert (es erfolgt leider keine Fehlermeldung!). Dies hat zur Folge, dass die Clientinstallation zwar startet aber nicht automatisch durchläuft sonder mit der lapidaren Fehlermeldung "Client setup not complete" (oder so ähnlich) abbricht. Um dieses Problem zu umgehen, wird der Client (ggf. zusammen mit dem VirusScan®, siehe unten) mit PKZIP gepackt und anschließend mit ZIP2EXE ein selbstextrahierendes Archiv daraus erstellt. In der CMDLINES.TXT wird dann eine CMD-Datei (also eine Batch) aufgerufen, die im $OEM$-Verzeichnis liegt und mit relativen Pfadangaben vom $OEM$-Verzeichnis aus in das Verzeichnis, in dem die selbstextrahierende Datei liegt (z.B. NET\NWCLIENT) wechselt. Danach ruft sie das selbstextrahierende Archiv auf und ruft nach dem Entpacken die setupnw.exe mit dem Parameter /u:unattend.txt auf. Beim Packen und Entpacken müssen jeweils alle Unterverzeichnisse mit relativen Pfadangaben berücksichtigt werden, Client und VirusScan® sollten in weiteren eigenen Unterverzeichnissen liegen. Diese unattend.txt muß im selben Verzeichnis wie die setupnw.exe liegen und enthält die Einstellungen für den Client. Die Datei kann mit dem Tool NCIMAN.EXE aus dem ADMIN-Verzeichnis des Clientinstallationsverzeichnisses graphisch erstellt werden (im Gegensatz zum Tool von Microsoft® scheint das zumindest beim aktuellen Client zu funktionieren). Es sollte möglichst der aktuelle Client mit den ensprechenden Patches installiert werden, aktuelle Informationen dazu in den verschiedenen Ausgaben des nwadmin-Newsletter. Wenn die Umgebung (in diesem Fall die User und das Unternehmen) es zuläßt, sollte auf jeden Fall die englische Version den Clients installiert werden. Evtl. benötigte Patches gibt es meistens zuerst oder sogar nur für die englischen Versionen.

• McAfee VirusScan®:
  Die aktuelle Corporate Version des VirusScan® ist 4.51 mit der Engine 4160. Die Retail Version (aktuell irgendwo bei 6.x.x) ist für Home User und die Mulitplatformversion ist in der Version 4.51 (McAfee® Corporate) für Unternehmen vorgesehen. Die Retail Version ist nicht für Netzwerke geeignet, da wichtige Funktionen wie z.B. der "central Alertpath zum Netshield®" fehlen. (Die Workstation meldet Netshield® auf dem Server, dass bei ihr ein Virus gefunden wurde. Netshield® kann dann z.B. eine eMail über einen SMTP-Server an den Netzwerkadministrator verschicken.) Außerdem hat diese Version ein (angeblich) auf Home User abgestimmtes Look&Fell (recht verspielt, wichtige Funktionen sind z.T. recht schwer zu finden, "merkwürdige" Updatewarnungen & Prozedur). Da der VirusScan® die eigenen Teile der Registry schützt und recht Tief ins System eingreift, sollte er auf keinen Fall als Applicationobject mit einem Snapshot (außer mit ZEN 3.x, welches die MSI-Datei einlesen kann, also ohne Snaphsot) installiert werden, dies funktioniert nicht sauber. Einstellungen (z.B. in Form von Registrykeys) können daher auch nicht per Applicationobject verteilt werden. Beim deutschen NAI® Support gibt es den Mcafee Installation Designer® auf Anfrage, dazu muß die "Grant Nummer" (gibt es bei der Produktregistrierung, ist so lange gültig bis das Updaterecht erlischt) angegeben werden. Mit diesem können alle Einstellungen des VirusScan® verändert werden (z.B. auch das automatische DAT-Update via FTP vom lokalen FTP-Server) und dann eine neue MSI-Datei als Installationsquelle erstellt werden, die dann alle Einstellungen enthält und automatisch entsprechend installiert. Die gesamte VirusScan®-Installation kann so mit allen Einstellungen für das jeweilige Unternehmen voll automatisiert werden. Sie eigentliche Installation kann dann in der CMDLINES.TXT (siehe auch oberer Tipp) durchgeführt werden oder die neue MSI-Datei kann mit ZEN 3.x in ein Applicationobject impotiert werden. Teilweise fehlt allerdings nach der gesamten Unattend-Installation von Windows® die shlwapi.dll im winnt\system32-Verzeichnis, wobei ich mir nicht ganz sicher bin, ob dies ausschließlich an VirusScan®-Installation liegt. In einigen Newsgroups wird berichtet, es soll besonders dann Probleme damit geben, wenn ein aktueller Internet Explorer® installiert ist und dann VirusScan® installiert wird. Einige Anwendungen funktionieren ohne die shlwapi.dll nicht oder nicht mehr richtig. In diesem Fall kann die shlwapi.dll per Applicationobject oder in der CMDLINES.TXT erneut ins winnt\system32-Verzeichnis kopiert werden (ggf. DLL-Version der verfügbaren shlwapi.dll prüfen und die neueste Version kopieren).

  Im ZENworks Cool Solutions Online-Magazine gibt es den ausführlichen Artikel Distributing McAfee Updates, in dem verschiedene Updateverfahren der Virendefinitionen (DATs) beschrieben werden.
  

Rechtliches