Mit MS-DOS und einer Diskette in alle Microsoft-Netzwerke

Mit MS-DOS und einer Diskette in alle Microsoft-Netzwerke
Volker Rüddigkeit
Vorkonfigurierte IPX/SPX- und TCP/IP-Clients für MS-DOS Boot-Disketten zum
Einsatz in Microsoft- und Linux/Samba-Netzwerken
1. Vorbemerkung
2. Wozu braucht man eigentlich MS-DOS Clients?
3. Eine Frage des Protokolls!
4. MS-DOS Clients für Microsoft-Netzwerke
5. Warum ein "universeller" DOS-Client erforderlich ist?
6. Erstellung einer universellen Boot-Diskette mit Netzwerk-Client
7. Zur Arbeit mit dem universellen DOS-Client!
8. Ein kleiner Tipp für die Praxis!
9. Von der universellen zur individuellen Boot-Diskette
10. Vorkonfigurierte Clients per Download
10.1 3com-Netzwerkkarten
10.2 D-LINK-Netzwerkkarten
10.3 Realtek-Netzwerkkarten und kompatible
10.4 NE2000- und kompatible Netzwerkkarten
1. Vorbemerkung
In diesem Artikel wird ausführlich - Schritt für Schritt - dargestellt, wie man MS-DOS Boot-
Disketten für das IPX/SPX-Protokoll sowohl für Microsoft- wie auch für Novell-Netzwerke
erstellt. Darüber hinaus wird speziell für Microsoft-Netzwerke ein universeller Netzwerk-
Client vorgestellt, der mittels einer eigenen Benutzeroberfläche die Eingabe des jeweiligen
Computernamens und der Domäne ermöglicht und so „universell“ eingesetzt werden kann.
Für die gängigen Netzwerkkarten von 3com und die Standard-NE2000-Karten können dort
bereits vorkonfigurierte Clients heruntergeladen und auf eine Boot-Diskette übertragen
werden. Allen Lesern der vorliegenden Publikation wird die Lektüre des obigen Artikels
dringend ans Herz gelegt, da dort ausführlich das Erstellen von MS-DOS-Clients mit allen
Haken und Ösen ausführlich beschrieben wird!
Der Autor dieses Artikels ist von Resonanz zu dieser Publikation überrascht worden. Sie
reichte von einfachen Danksagungen per E-Mail „Eine solch ausführliche Beschreibung hat
bisher gefehlt“ bis hin zur Bitte um Hilfe, wenn es dann doch nicht ganz geklappt hat. Dabei
wurde auch immer wieder darum gebeten, nicht nur Clients für das IPX/SPX-Protokoll,
sondern auch für TCP/IP bereitzustellen, zumal immer mehr Netzwerke nur noch unter
TCP/IP betrieben werden.
Aus diesem Anlass heraus ist die vorliegende Publikation entstanden. Sie konzentriert sich
allerdings zunächst nur auf Microsoft-Netzwerke, für Novell Netzwerke - sieht man von der
Version 5.x ab - genügen nach wie vor die oben beschriebenen IPX/SPX-Clients. Ganz
bewusst wird an dieser Stelle auch davon Abstand genommen, das Erstellen von Clients
ausführlich zu beschreiben, sondern bereits vorkonfigurierte Clients sowohl für IPX/SPX wie
auch für TCP/IP für alle gängigen Netzwerkkarten zum Download bereitzustellen. Diese
müssen dann nur noch auf eine bootfähige Diskette übertragen werden. Damit sollen auch
Fehler beim Erstellen dieser Clients ausgemerzt werden, für die z.T. fehlerhafte Setup-
Routinen der Netzwerkkarten-Treiber verantwortlich waren und so die Anwender manchmal
zur Verzweiflung getrieben haben. Außerdem soll die umständliche Eingabe der im obigen
Artikel ausführlich beschriebenen Eingabe der Kennwörter „ausgetrickst“ werden.
Diese vorkonfigurierten Clients sind universelle Clients, die sowohl in Peer-to-Peer-
Netzwerken unter Windows 95/98 wie auch in NT-Domänen, d.h. Server-basierten

Netzwerken eingesetzt werden können. Im ersten Falle soll der Zugriff auf Freigaben von
Windows 9x-Rechner und im zweiten auf NT-Server in einer Domäne ermöglicht werden.
Die Auswahl erfolgt über eine eigene Benutzeroberfläche, die beim Booten automatisch
gestartet wird. Der Pool dieser vorkonfigurierten Clients für die diversen Netzwerkkarten
wird ständig erweitert. Für Systembetreuer an hessischen Schulen bietet das Support-Center
am Pädagogischen Institut in Frankfurt eine besondere Dienstleistung an. Sie können ein
Exemplar einer in ihrer Schule eingesetzten Netzwerkkarte an das Support-Center senden und
erhalten dann Karte und zugehörigen Client zurück!
Zur Einstimmung auf das Thema wird im folgenden Kapitel nochmals kurz angerissen, wozu
man eigentlich MS-DOS Clients benötigt!
2. Wozu braucht man eigentlich MS-DOS Clients?
Die Frage lässt sich ganz einfach beantworten. Jeder, der heute in einem Netzwerk - sei es
groß oder klein - neue Rechner einrichten bzw. vorhandene neu mit z.B. WINDOWS
konfigurieren muss, benötigt einen solchen MS-DOS Client, wenn er sich das Leben leichter
machen will! Ausgangspunkt ist die Frage, wie man einen Rechner in ein Netzwerk einbinden
kann, wenn er z.B. noch über kein Betriebssystem auf der Festplatte verfügt, bzw. die
Festplatte noch gar nicht eingerichtet ist? Nur MS-DOS und LINUX bieten hier die
Möglichkeit, mit einer einzigen Diskette einen Rechner zu booten und in ein beliebiges
Netzwerk als Client einzubinden! Auf der Basis dieser unter MS-DOS hergestellten
Verbindung zu einem Server oder auf eine Freigabe in einem Peer-to-Peer- Netzwerk kann
nun das eigentliche Betriebssystem wie z.B. Windows 98 über das Netzwerk eingerichtet
werden. Einige Fallbeispiele sollen dies verdeutlichen:
• Sie müssen in einem Netzwerk z.B. 10 neue Rechner komplett neu konfigurieren
bzw. neue Rechner mit noch „nackter“ Festplatte erstmals einrichten!
Sie legen die CD-ROM mit z.B. WINDOWS 98 in das CD-ROM-Laufwerk des Servers bzw.
eines beliebigen Rechners in einem Peer-to-Peer-Netzwerk und geben dieser eine Freigabe.
Ebenso können Sie die ganze CD-ROM in ein Verzeichnis kopieren und dieses freigeben.
Nun booten Sie alle 10 Rechner nacheinander mit der universellen Boot-Diskette, „mappen“
ein Laufwerk auf die freigegebene CD-ROM bzw. das Verzeichnis und starten die Setup-
Routine. Alle 10 Rechner werden nun gleichzeitig über das Netzwerk eingerichtet.
Noch besser ist die Einrichtung per „Clonen“ via Image-File. Sie richten einen „Master-PC“
komplett mit aller Anwendungssoftware ein, booten ihn anschließend mit der universellen
Boot-Diskette und mappen ein Laufwerk auf ein freigegebenes Verzeichnis auf dem Server
oder eines Rechners (Quasi-Server) in einem Peer-to-Peer-Netzwerk. Nun starten Sie einen
Image-Kopierer wie GHOST, HDCOPY, HD98COPY, DRIVE IMAGE, IMAGE CAST usw.
oder benutzen das geniale BACKMAGIC und sichern unter dem MS-DOS der Boot-Diskette
den Master-PC auf besagtem Laufwerk des Servers bzw. Rechners (Quasi-Server).
Anschließend starten Sie nacheinander alle noch 9 weiteren (einer ist ja der Master-PC!)
Rechner mit der universellen Boot-Diskette und gehen nun umkehrt vor und übertragen das
Image-File des Master-PCs über das Netzwerk auf die „nackten“ Festplatten der noch
einzurichtenden Rechner. Nach diesem Vorgang ist evtl. noch die eine oder andere Hardware-
Erkennung erforderlich und die „geclonten“ Rechner müssen abschließend noch

individualisiert werden, d.h. einen individuellen Namen und eine individuelle TCP/IP-
Adresse erhalten, falls TCP/IP eingesetzt und DHCP nicht genutzt wird!
• Sie wollen einen NT-Server sichern bzw. eine vorhandene Server-Konfiguration
auf eine neue und größere Festplatte unter Beibehaltung aller Daten übertragen!
Das ist eines der interessantesten Fallbeispiele für den Einsatz von MS-DOS Clients und eine
perfekte Disaster & Recovery Maßnahme für Server, zumal Sie diese fast nichts - außer
Festplattenplatz - kostet. Allerdings ist eine gehörige Portion „Querdenken“ gefordert, um die
Strategie zu verstehen! Wir nehmen hier einen Rolltausch vor, aus dem NT-Server wird ein
Client - genauer gesagt ein MS-DOS-Client - und aus dem Windows 95/98-Client wird ein
Server (Quasi-Server).
Wenn wir hier von einem NT-Netzwerk ausgehen, so richten Sie auf einem Windows 95/98
Rechner mit FAT32 und genügend Festplattenplatz ein Verzeichnis ein und geben dieses frei.
Vergessen Sie bitte nicht, vorher die Dateifreigabe einzurichten! Dieser Rechner nimmt nun
in einem Peer-to-Peer-Netzwerk eine Funktion als „Quasi-Server“ ein. In Schulen kann dies
z.B. der Lehrerarbeitsplatz sein. Nun fahren Sie den Server herunter, starten ihn mit der
universellen Boot-Diskette als MS-DOS-Client und mappen anschließend einen
Laufwerksbuchstaben auf das freigegebene Verzeichnis unseres „Quasi-Servers“.
Anschließend sichern Sie mit einem Image-Kopierer den kompletten Server als Image-File
auf dem „Quasi-Server“. Hierbei erreichen die Image-Kopierer eine durchschnittliche
Kompressionsrate von etwa 35 %, d.h. ein Server mit insgesamt 4 GByte an Programmen und
Daten erfordert als Sicherungsvolumen etwa 2,4 GByte an Plattenkapazität. Bezogen auf z.B.
GHOST dauert dieser Vorgang in einem 10 MBit/s-Netzwerk etwa 60 Minuten und in einem
100 MBit/s-Netzwerk etwa 40 Minuten! Dieses Image-File kann auch z.B. beim Erstellen in
640 MByte große Segmente gesplittet und damit auf CD-ROM gebrannt und gesichert
werden. Im letzteren Falle benötigt man zum Wiederherstellen kein Netzwerk, sondern nur
eine Boot-Diskette mit CD-ROM-Treiber. Und auch auf diese kann man noch verzichten,
wenn man die Kunst beherrscht, eine bootfähige CD_ROM zu erstellen.
Im Schadensfall bzw. beim Übertragen auf eine neue größere Platte kann so auf gleichem
Wege wieder das Image-File übertragen und damit der Server wieder hergestellt werden,
wobei bei größeren Platten die Partitionsgrößen „on the fly“ angepasst und damit vergrößert
werden können. Werden SCSI-Fesplatten geclont so ist unbedingt darauf zu achten, dass bei
Festplatten über 8 GByte der DOS-ASPI-Treiber des jeweiligen SCSI-Controllers in die
Config.sys der Boot-Diskette eingebunden sein muss, damit die erweiterten BIOS-Interrupt
13-Funktionen unterstützt werden!
Eine ausführliche Darstellung der Arbeitsweise von Image-Kopierern und was alles beim
Clonen von PC beachtet werden muss, finden Sie in der Publikation „Beim nächsten Boot
wird alles wieder gut“.
Der Autor hat mit seinem Kollegen Klaus Kuhley vom Support-Center eine Technik
entwickelt, mit der auch Server unter Novell 3.12 und 4.x mit herkömmlichen Image-
Kopierern (z.B. GHOST, HDCOPY, IMAGECAST) als Image-File gesichert und ohne
Datenverlust auf eine neue und größere Festplatte übertragen werden können. Es laufen
derzeit noch Überlegungen, ob eine entsprechende Praxis-Anleitung dazu auf dem Hessischen
Bildungsserver veröffentlicht werden kann bzw. darf. Systembetreuer von hessischen Schulen
können aber jetzt schon diesen Service zum „Upgraden“ ihrer Novell-Server auf eine größere

Festplatte in Anspruch nehmen, indem Sie einen Termin mit dem Support-Center
vereinbaren!
3. Eine Frage des Protokolls!
Der Spruch „TCP/IP klappt meistens nie“ (bitte laut vorsprechen!) kann nur als boshaft und
absolut nicht zutreffend bezeichnet werden. Aber natürlich steckt auch hier ein Fünkchen
Wahrheit drin. In der Tat verlangt das TCP/IP-Protokoll einen wesentlich größeren
Einrichtungsaufwand als das IPX/SPX-Protokoll. Letzeres kann man durchaus als absolut
pflegeleicht und einfach konfigurierbar beschreiben. IPX/SPX wird eingerichtet und bedarf
im Allgemeinen keiner weiteren Einstellungen, sieht man einmal von der Auswahl des
Ethernet-Rahmentyps ab. Hier kann man aber mit der Default-Einstellung von Ethernet 802.2
eigentlich gar keinen Fehler machen! Mit IPX/SPX gibt es auch keine Routing-Probleme in
segmentierten Netzwerken, die z.B. bei TCP/IP nur durch den Einsatz von profundem Knowhow
in den Griff zu bekommen sind!
Nicht desto trotz sind IPX/SPX-basierte Netzwerke auf dem Rückzug. Schuld daran ist das
Internet mit TCP/IP als Standard-Protokoll, das auch TCP/IP verlangt, wenn z.B. lokale
Netzwerke über einen Router oder einen Proxy-Server an das Internet angebunden werden
sollen. Die logische Konsequenz besteht darin, das zunehmend reine TCP/IP-Netzwerke
eingerichtet werden. So wird z.B. bei WINDOWS 2000 TCP/IP standardmäßig eingerichtet
und IPX/SPX ist nur noch zweite Wahl.
Der Autor möchte hier dennoch eine Lanze für IPX/SPX brechen. Im Falle unserer Boot-
Disketten ist es für den nicht so erfahrenen Systembetreuer eindeutig die einfachere und
sicherere Lösung, auch wenn TCP/IP unbedingt erforderlich ist. In diesem Falle muss nur
zusätzlich zu TCP/IP noch IPX/SPX als weiteres Protokoll auf dem Server oder in einem
Peer-to-Peer-Netzwerk auf einem „Quasi-Server“ eingerichtet werden.
In den folgenden Ausführungen wird aber beiden Protokollen Rechnung getragen und
vorkonfigurierte universelle Boot-Disketten werden für alle gängigen Netzwerkkarten zum
Download bereitgestellt!
4. MS-DOS Clients für Microsoft-Netzwerke
Zunächst eine Begriffsklärung. Es ist hier oft die Rede von MS-DOS Clients und von Boot-
Disketten, aber auch von Netzwerk-Startdisketten. Nun, der synonyme Sprachgebrauch ist
typisch für die EDV, wenn Sie einmal bedenken, wie viele unterschiedliche Bezeichnungen
für z.B. „Arbeitsspeicher“ gebraucht werden (interner Speicher, Hauptspeicher, RAM-
Speicher, Zentralspeicher, Kernspeicher etc.). Hier ist es (leider) nicht anders. Wenn wir hier
von einem MS-DOS Client sprechen, so meinen wir eine bootfähige Diskette, die einen MS-
DOS Client enthält, mit dem man via IPX/SPX oder TCP/IP auf einen NT-Server oder einen
beliebigen Rechner in einem Microsoft-Netzwerk zugreifen kann.
Und damit beginnt schon das erste Problem. Eine Diskette fasst genau 1,44 MByte und darauf
muss ein rudimentäres Betriebssystem passen, das z.B. bei DOS 6.x etwa 130 KByte und bei
DOS 7.x, wie es WINDOWS 98 bereitstellt, mit etwa 310 KByte mehr als das Doppelte an
Speicherplatz erfordert. Nun benötigt man aber noch - um möglichst viel DOS-Speicher für
ausführbare Programme zu haben - die Treiber HIMEM.SYS und EMM386.EXE und ein
Treiber für die deutsche Tastatur macht auch die Eingabe leichter und komfortabler. All das
fordert nochmals zusätzlich etwa 300 KByte, so dass beim Einsatz unter DOS 6.x ein gutes

MByte und bei DOS 7.x nur noch knapp 900 KByte für den eigentlichen Netzwerk-Client
bereitstehen. Um dies alles sowohl für TCP/IP als auch für IPX/SPX auf einer Diskette
unterzubringen, muss insbesondere der Netzwerk-Client von allem überflüssigen Ballast
befreit werden. Aus diesem Grund erfolgt hier keine Anleitung zum Erstellen solcher MS-
DOS Clients, sondern es werden vorkonfigurierte und speicherplatzoptimierte Clients für alle
gängigen Netzwerkkarten zur Verfügung gestellt und diese müssen nur noch auf eine
bootfähige Diskette kopiert werden. So gelingt es selbst unter dem speicherhungrigen DOS
7.x alles auf einer Diskette unterzubringen!
Hierbei stellt sich natürlich die Frage, ob es unbedingt DOS 7.x sein muss oder ob es nicht
auch DOS 6.x tut. Das ist eine Frage des Zugriffs, und zwar auf das Dateisystem. Mit DOS
6.x können Sie nur auf FAT 16-Partitionen zugreifen, für FAT 32-Partitionen benötigen Sie
eine Boot-Diskette mit DOS 7.x. Die meisten Image-Kopierer erlauben - und das sei hier
ausdrücklich angemerkt - auch unter DOS 6.x einen Zugriff auf FAT 32- und auch NTFS-
Partitionen.
Alle hier zum Download bereitgestellten Netzwerk-Clients können auf einer bootfähigen
DOS 7.x-Diskette untergebracht werden, damit ist ein Zugriff sowohl auf FAT 16 wie auf
FAT 32 möglich! Sollte dennoch etwas mehr Speicherplatz auf der Diskette erforderlich sein,
um z.B. einen SCSI-Treiber zusätzlich zu laden, so kann man die Microsoft-Tastatur-Treiber
notfalls opfern oder durch alternative Treiber ersetzen wie z.B. durch http://www.uwesieber.de/files/keyb2.zip
, der noch nicht einmal 1 KByte benötigt und damit etwa 50 KByte
Diskettenplatz freimacht und zusätzlich den DOS-Arbeitsspeicher vergrößert.
5. Warum ein „universeller“ DOS-Client erforderlich ist?
Auf ein Problem, das uns in den folgenden Ausführungen begleiten wird, sei jetzt schon
hingewiesen. Anders als beim Zugriff auf einen Novell-Server mit dem VLM-Client von
Novell gibt es bei unserem Zugriff auf Microsoft Netzwerke keinen „universellen“, sondern
nur individualisierte, d.h. auf den jeweiligen PC abgestimmte MS-DOS-Clients. Dies ist darin
begründet, dass in einem Microsoft-Netzwerk jeder PC einen eindeutigen Rechnernamen
besitzen und außerdem der Name der jeweiligen Domäne oder Arbeitsgruppe angegeben sein
muss. Das Dumme darin ist nun, dass all diese Angaben nicht beim Login abgefragt, sondern
beim Erstellen des Netzwerk-Clients in die jeweilige SYSTEM.INI (des Netzwerk-Clients)
fest eingetragen und beim Booten automatisch ausgelesen werden. Für TCP/IP-Clients kommt
noch - wenn nicht mit DHCP gearbeitet wird - erschwerend hinzu, dass jeder PC über eine
eindeutige TCP/IP-Adresse samt kompatibler Subnetmaske verfügen muss. In segmentierten
Netzen ist darüber hinaus die Angabe eines STANDARD-GATEWAY und evtl. eines WINS-
Servers erforderlich, damit das TCP/IP-Routing fehlerfrei funktioniert. Diese Einstellungen
sind per EDITOR in der PROTOCOL.INI vorzunehmen bzw. zu ändern. All dies führt hat
Konsequenz, dass:
• für jeden PC im Netzwerk eine solche individualisierte Boot-Diskette mit MS-DOS-
Client erstellt wird, oder
• vor der Nutzung auf einem anderen PC erst per EDITOR die Einstellungen in der
SYSTEM.INI für Rechnername und Domäne bzw. Arbeitsgruppe und im Falle von
TCP/IP zusätzlich noch IP-Adresse und Subnetmaske in der PROTOCOL.INI
geändert werden müssen!
Da beide Lösungen arbeitsaufwendig und praxisfern sind, setzen wir eine universelle Boot-
Diskette ein, bei der nach dem Booten per Dialog und Tastatureingabe diese Angaben

abgefragt und mit Hilfe eines Stringtauschers „on-the-fly“ geändert werden können. Für die
Eingabe ist das Programm CHAGER1.COM für IPX/SPX bzw. CHANGER2.COM für
TCP/IP bereits in den vorkonfigurierten Clients erhalten. Der erforderliche „Stringtauscher“
MAINTINI.EXE ist aus urheberrechtlichen Gründen nicht in den vorkonfigurierten Clients
enthalten. Sie können ihn von der folgenden WEB-Site herunterladen und auf die Boot-
Diskette kopieren:
http://www.neatech.ch/maintini/
Die universelle Boot-Diskette gibt es für jede Netzwerkkarte, und zwar in einer IPX/SPX-
und in einer TCP/IP-Version. Der Vorteil ist, dass man nun nur noch eine Boot-Diskette pro
Protokoll und Netzwerkkarte benötigt. Ein kleiner Wermutstropfen ist allerdings, das bei
manuell konfigurierbaren ISA-Karten der Interrupt und die Port-Adresse fest eingestellt sind.
Hier bleibt nur der Weg, per Editor die entsprechenden Einstellungen in der PROTOCOL.INI
manuell auf die eigenen Netzwerkkarten anzupassen. Besitzer von PCI-Netzwerkkarten sind
hier fein raus, als Plug&Play-Karten konfigurieren sie sich selbst!
6. Erstellung einer universellen Boot-Diskette mit Netzwerk-Client
Zum Erstellen unserer universellen Boot-Diskette mit Netzwerk-Client benötigen wir vier
Dinge:
• eine bootfähige Diskette unter DOS 6.x oder 7.x
• das Programm Maintini.exe
• einen als ZIP-File vorkonfigurierten Client (steht zum Download bereit, wird ständig
erweitert)
• einen Rechner mit WINDOWS 9x und WINZIP
Eine bootfähige Diskette stellen wir folgendermaßen her:
Legen Sie eine bereits formatierte Diskette in Laufwerk A: ein und wechseln Sie zur
Eingabeaufforderung im Falle von DOS 6.x bzw. in die DOS-BOX von WINDOWS 95/98
(nur WINDOWS 98 und WINDOWS 95 ab der Version B unterstützen FAT 32!).
Geben Sie nun FORMAT A: /S /Q ein!
Löschen Sie anschließend die überflüssige und versteckte Datei DRVSPACE.BIN bei
Windows 9x bzw. DBLSPACE.BIN bei MS-DOS indem Sie erst
ATTRIB A:\DRVSPACE.BIN -r -h - s eingeben (DBLSPACE.BIN bei MS-DOS)
und dann diese mit
DEL A:\DRVSPACE.BIN löschen! (DBLSPACE.BIN bei MS-DOS)
Kopieren Sie dann im Falle von DOS 6.x folgende Dateien aus dem DOS-Verzeichnis auf die
Diskette:
HIMEM.SYS
EMM386.EXE

KEYB.COM
KEYBOARD.SYS
MORE.COM
Unter WINDOWS 9x kopieren Sie analog aus dem Verzeichnis \WINDOWS die Dateien
HIMEM.SYS und EMM386.EXE und aus dem Verzeichnis \WINDOWS\COMMAND die
Dateien KEYB.COM, KEYBOARD.SYS und MORE.COM auf die Diskette. Die Datei
MORE.COM wird zur seitenweise Ausgabe in Verbindung mit dem Befehl NET VIEW in der
AUTOEXEC.BAT benötigt!
Nun ist die bootfähige Diskette mit einem rudimentären MS-DOS-Betriebssystem fertig. Am
besten legen Sie per Diskcopy eine Kopie von dieser Diskette an oder sie erzeugen mit einem
Diskimager wie z.B. DI.EXE ein Image dieser Diskette, mit dem Sie dann bei Bedarf schnell
und einfach beliebig viele solcher Boot-Disketten herstellen können. Der Diskimager ist
Freeware. Die Handhabung ist denkbar einfach:
Mit DI /S A: W98BOOT.EXE erstellen Sie z.B. ein selbstextrahierendes (Boot)Image von
der im Laufwerk A: befindlichen Diskette. Mit W98BOOT A: stellen Sie von diesem Image
wieder eine Diskette her. Mit DI A: W98BOOT.IMG stellen Sie ein Imagefile der Diskette
in Laufwerk A: her, das Sie mit DI /R A: W98BOOT.IMG wieder auf eine Diskette
übertragen können!
Soweit der kleine Exkurs zum Thema Disketten-Images! Einmal gemacht und süchtig
geworden!
Die entpackte Datei MAINTINI.EXE kopieren Sie auf die Bootdiskette. Klicken Sie
anschließend unter WINDOWS 9x den gewünschten vorkonfigurierten Netzwerk-Client an
wie z.B. 3c905T.ZIP für die 3com Netzwerkkarte 3c905. Nun startet WINZIP automatisch
und Sie brauchen nur den Inhalt des ZIP-Files auf Laufwerk A: zu extrahieren! Hierbei wird
auch ein Unterverzeichnis \NET angelegt. Achten Sie bitte darauf, dass die Option
„Pfadangaben verwenden“ in WINZIP beim Extrahieren aktiviert ist, sonst wird das
Unterverzeichnis \NET nicht angelegt und die Boot-Diskette funktioniert nicht! Das war´s!
Nun können Sie die Boot-Diskette mit TCP/IP-Client zum - hoffentlich erfolgreichen -
Einsatz bringen!
7. Zur Arbeit mit dem universellen DOS-Client!
Die TCP/IP-Version unterscheidet sich von der IPX/SPX-Version dadurch, dass nach der
Eingabe der allgemeinen Angaben wie COMPUTERNAME, DOMÄNE und
ANMELDENAME zwei weitere Masken für die TCP/IP-Einstellungen erscheinen. Die
Abfolge der Eingaben stellt sich wie folgt dar:

Legen Sie Ihre Boot-Diskette mit dem universellen DOS-Client in das Disketten-Laufwerk
und booten Sie den Rechner. Nun erscheint folgende Eingabemaske:
Hier können Sie auswählen, ob Sie auf Freigaben in einer Domäne, d.h. auf einen NT-Server
bzw. einem anderen Rechner in der Domäne zugreifen wollen wie z.B. einer NT-Workstation,
oder ob Sie auf Freigaben in einem Peer-to-Peer-Netzwerk auf Rechnern unter WINDOWS
9x zugreifen wollen.
Im ersten Fall erscheint folgende Eingabemaske:
Zunächst müssen Sie für den aktuellen Rechner einen eindeutigen NAMEN eingeben. Dieser
darf kein zweites Mal im Netzwerk vorkommen. Anschließend geben Sie den Namen der
DOMÄNE und einen gültigen ANMELDENAMEN für diese DOMÄNE ein.
Haben Sie hingegen die Option "Client für Peer-to-Peer-Netzwerk" gewählt, so erscheint die
folgende Eingabemaske:

Auch hier geben Sie als NAMEN einen im jeweiligen Netzwerk eindeutigen Namen und die
dazugehörige ARBEITSGRUPPE ein. Nun können Sie noch den Namen des Rechners
eingeben, auf dessen Freigaben Sie zugreifen wollen.
Damit sind die Eingaben für den IPX/SPX-Client beendet, die Einstellungen werden
aktualisiert und die Verbindung zur DOMÄNE oder zum freigegebenen Rechner im Peer-to-
Peer-Netzwerk wird aufgebaut. Mit dem Befehl NET VIEW können Sie sich alle Rechner in
der DOMÄNE auflisten lassen, die FREIGABEN bereitstellen. Mit NET VIEW
\\RECHNERNAME können Sie sich alle Freigaben eines bestimmten Rechners anzeigen
lassen und mit NET USE LW: \\SERVERNAME\FREIGABENAME können Sie einen
Laufwerksbuchstaben auf eine solche Freigabe „mappen“!
Arbeiten Sie hingegen mit dem TCP/IP-Client, erscheinen noch zwei weitere Eingabemasken.
Zunächst müssen Sie sich entscheiden, ob Sie die TCP/IP-Adresse und weitere TCP/IPspezifische
Einstellungen automatisch über DHCP vergeben lassen oder manuell eingeben
möchten! Ersteres funktioniert natürlich nur, wenn ein entsprechender DHCP-Server
eingerichtet ist!
Im letzteren Falle erscheint nun die Eingabemaske für die manuelle Eingabe. Hier muss eine
TCP/IP-Adresse eingeben werden, die mit dem jeweiligen Netzwerk kompatibel ist. Als
Vorgabe dient hier eine Adresse aus einem privaten Class C-Netz. Anstelle von Punkten

zwischen den Bytes müssen unbedingt Leerzeichen eingegeben werden. Dies ist keine
persönliche Spielerei des Autors, sondern ein Vorgabe von Microsoft! Zu der TCP/IP-Adresse
muss ferner eine ebenfalls kompatible SUBNET-Maske eingegeben werden. Falls der Zugriff
nicht auf einen Rechner oder Server im gleichen Netzwerk-Segment erfolgt, ist für das
TCP/IP-Routing noch die Adresse des STANDARD-GATEWAY und evtl. die ADRESSE
eines WINS-Servers erforderlich. Trifft dies nicht zu, können die Default-Vorgaben (0 0 0 0)
bestätigt werden.
Damit sind die Eingaben abgeschlossen und die gewünschte Netzwerkverbindung kann nun
aufgebaut werden! Nun können Sie mit der Diskette zum nächsten Rechner gehen und dort
ebenfalls eine Netzwerk-Verbindung aufbauen!
8. Ein kleiner Tipp für die Praxis!
Nehmen wir einmal an, Sie verfügen über ein NT-Netzwerk mit einem NT-SERVER und
einer mehr oder weniger großen Anzahl von Clients. All diese Clients sollen mit einer neuen
WINDOWS 98-Konfiguration versehen werden, wobei Sie nur einen Master-PC einrichten
und die anderen Rechner per Cloning über das Netzwerk duplizieren wollen.
Was ist zu tun?
Richten Sie zunächst einmal auf Ihrem NT-Server zwei neue Anwender ein, und zwar
IMAGE0 und IMAGE1. Beide gehören keiner Gruppe an und erhalten auch kein Login-
Script, sondern nur ein Passwort, das nie abläuft. Anschließend erstellen Sie auf dem Server
ein Verzeichnis namens IMAGE und geben diesem eine Freigabe mit dem Namen IMAGE.
Unter BERECHTIGUNGEN geben Sie dem Anwender IMAGE0 nur Lesezugriff und dem
Anwender IMAGE1 Vollzugriff auf dieses Verzeichnis. Kopieren Sie den Image-Kopierer
wie z.B. GHOST, mit dem Sie bevorzugt arbeiten wollen in dieses Verzeichnis. Nun haben
Sie zwei Anwender für das Clonen von Rechnern, IMAGE0 hat nur Leserechte auf IMAGE
und kann folglich nur Image-Files vom Server auf die einzurichtenden Rechner ziehen. Der
Anwender IMAGE1 hat Vollzugriff auf das Verzeichnis IMAGE und kann somit auch Image-

Files auf dem Server speichern. Damit können Sie als Systembetreuer auch das Einrichten
und Clonen von PCs auf andere übertragen, indem Sie ihnen einen Zugriff als Anwender
IMAGE0 erlauben.
Nach dem Einrichten des Master-PCs kann nun der Anwender IMAGE1 durch Booten des
Master-PCs mit der universellen Boot-Diskette mit DOS-Client die Verbindung zum Server
aufnehmen und mit z.B. NET USE M: \\SERVERNAME\IMAGE den Laufwerksbuchstaben
M: auf das Verzeichnis IMAGE auf den Server mappen (bitte auf das Leerzeichen nach dem
Laufwerksbuchstaben achten). Nach dem Wechseln auf Laufwerk M: kann der Image-
Kopierer z.B. GHOST vom Server aufgerufen und der Master-PC als Image-File gespeichert
werden.
Das Clonen auf die anderen PC kann nun z.B. auch einem anderen Anwender übertragen
werden, der sich via universeller Boot-Diskette als IMAGE0 nacheinander mit allen PCs in
der Domäne anmeldet, den Image-Kopierer startet und das Image-File des Master-PCs auf die
restlichen Rechner zieht und diese so automatisch einrichtet. Nach erfolgtem Neustart und
Hardware-Erkennung müssen diese nur noch „individualisiert“ werden! Je nach Anzahl der zu
clonenden Rechner, dem Umfang der Konfiguration des Master-PCs sowie dem Netzwerk-
Durchsatz kann dieser Vorgang durchaus einige Stunden dauern und völlig unbeaufsichtigt
ablaufen!
9. Von der universellen zur individuellen Boot-Diskette
Die hier beschriebene universelle Boot-Diskette hat den unschätzbaren Vorteil, dass eine
einzige Diskette pro Netzwerkkarte und eingesetztem Netzwerk-Protokoll genügt, um sich
sowohl in eine Domäne einzuloggen wie auch eineVerbindung zu einem Rechner in einem
Peer-to-Peer-Netzwerk aufzunehmen. Auch kann man nacheinander eine beliebige Anzahl
von Rechnern ins Netz bringen, um sie z.B. per Image-File neu einzurichten.
Nun kann es aber durchaus vorkommen, dass ein Systembetreuer für seine tägliche Arbeit nur
eine individuelle Boot-Diskette benötigt, bei der alle Einträge wie COMPUTERNAME,
DOMÄNE, TCP/IP-Adresse etc. bereits fest eingetragen sind. In diesem Falle kann es nervig
sein, immer wieder diese Eingaben in der Benutzeroberfläche der Boot-Diskette
vorzunehmen. Um nun eine solche individuelle Boot-Diskette zu erstellen gehen Sie
folgendermaßen vor:
• Starten Sie Ihre universelle Boot-Diskette und geben Sie in der Eingabemaske alle
Daten ein, die Ihre spätere individuelle Boot-Diskette erhalten soll!
• Lassen Sie nun den Vorgang bis zur Verbindung mit dem gewünschten Netzwerk
weiterlaufen!
• Enfernen Sie nun aus dem Root-Verzeichnis der Diskette die Dateien
CHANGER1.COM bzw. CHANGER2.COM sowie MAINTINI.EXE! Im Verzeichnis
A:\NET löschen Sie ebenfalls die Dateien SYSTEM1.CMD und PROTO1.CMD!
• Laden Sie nun mit einem EDITOR die Datei AUTOEXEC.BAT und nehmen Sie
folgende Änderungen vor:
Löschen Sie die Zeilen, die mit CHANGER1.COM bzw. CHANGER2.COM und MAIN-
TINI.EXE beginnen!
Ersetzen Sie in der Zeile: lh Net\Net Logon %UN% esnervt /yes /savepw:Nodie
Umgebungsvariable %UN% durch Ihren Anmeldenamen für die Domäne bzw. tragen Sie

BILLY ein, falls Sie diese individuelle Boot-Diskette in einem Peer-to-Peer-Netzwerk
einsetzen wollen!
Löschen Sie alle weiteren Zeilen nach lh NET ... in der AUTOEXEC.BAT!
Der Vorteil dieser individuellen Boot-Diskette ist, dass nun noch etwa 60 KByte mehr an
zusätzlichem Speicherplatz auf der Diskette zur Verfügung stehen! Wollen Sie immer auf
eine bestimmte Freigabe zugreifen, so können Sie als letzte Zeile in die AUTOEXEC.BAT
das Laufwerks-Mapping einfügen, z.B. NET USE M: \\SERVER01\IMAGE, wenn Sie über
den Laufwerksbuchstaben M auf die Freigabe IMAGE auf dem Server SERVER01 zugreifen
wollen.
10. Vorkonfigurierte Clients per Download
Die folgenden vorkonfigurierten Clients enthalten jeweils einen kompletten MS-DOS-Client
für das TCP/IP bzw. das IPX/SPX-Protokoll und erfordern nur noch - wie in Kapitel 6
beschrieben - eine bootfähige Diskette mit einem rudimentären Betriebssystem und dem
„Stringtauscher“ MAINTINI.EXE. Mit dem Entpacken des ZIP-Files auf die Diskette wird
die Boot-Diskette zum universellen Netzwerk-Client.
Alle PCI-Netzwerkkarten benötigen dank Plug&Play keine weiteren manuellen Einstellungen
in Hinblick auf Interrupt und Port-Adresse, sie sind selbstkonfigurierend. Alle ISA-
Netzwerkkarten, die nicht Plug&Play-fähig sind, benötigen hingegen eine individuelle
Einstellung von Interrupt und Port-Adresse bzw. nur der Port-Adresse bei einigen Karten. Die
Default-Einstellung in der PROTOCOL.INI muss mit einem Editor für die jeweils aktuellen
Einstellungen angepasst werden. Hierzu erfolgen ausführliche Hinweise bei den jeweiligen
Netzwerkkarten!
Folgende vorkonfigurierte Clients liegen zum Download bereit:
10.1 3com-Netzwerkkarten
3c509
Für die 10 MBit/s-ISA-Netzwerkkarte 3c509 liegt mit 3c509t.zip ein Client für das TCP/IP-
Protokoll und mit 3c509i.zip ein Client für das IPX/SPX-Protokoll zum Download bereit. In
der hier vorliegenden Version ist dieser Client selbstkonfigurierend, es muss keine Port-
Adresse eingegeben werden. In der PROTOCOL.INI unter [NETCARD] und hier mit
IOADDRESS=0x300 ist diese durch ein Semikolon auskommentiert und damit deaktiviert.
Falls es aber doch einmal nicht funktionieren sollte, entfernen Sie mit einem Editor in der
PROTOL.INI das Semikolon und aktivieren damit diesen Eintrag wieder. Natürlich müssen
Sie jetzt noch die aktuelle Port.Adresse der Karte eintragen, z.B. IOADDRESS=0x340 für die
Port-Adresse 340, defaultmäßig ist hier die Adresse 300 eingestellt.
3c900 und 3c905

Für diese selbstkonfigurierenden PCI-Karten für 10 MBit/s bzw. 10/100 MBit/s (3c905)
liegen mit 3c905t.zip ein Client für das TCP/IP-Protokoll und mit 3c905i.zip ein Client für
das IPX/SPX-Protokoll zum Download bereit.
10.2 D-LINK-Netzwerkkarten
Für diese selbstkonfigurierenden PCI-Karten für 10/100 Mbit/s liegen mit DFE500t.zip bzw.
DFE530t.zip ein Client für das TCP/IP-Protokoll und mit DFE500i.zip bzw. DFE530i.zip
ein Client für das IPX/SPX-Protokoll zum Download bereit
10.3 Realtek-Netzwerkkarten und kompatible
Realtek-Chips finden sich auf allen so genannten Billig-Netzwerkkarten, und zwar als 8029 in
der 10 MBit/s-Version und als 8139 in der 100 MBit/s-Version. Für diese
selbstkonfigurierenden PCI-Karten liegen mit 8029t.zip bzw. 8139t.zip ein Client für das
TCP/IP-Protokoll und mit 8029i.zip bzw. 8139i.zip ein Client für das IPX/SPX-Protokoll
zum Download bereit
10.4 NE2000- und kompatible Netzwerkkarten
Dieser Netzwerkkarten-Oldie benötigt als Urgestein einer ISA-Netzwerkkarte einen eigenen
Interrupt und eine eigene Port-Adresse. Sie befindet sich in der PROTOCOL.INI und hier
unter der Option [NETCARD]. Die PROTOCOL.INI selbst befindet sich im Verzeichnis
\NET der Boot-Diskette.
[Netcard]
DriverName=MS2000$
Interrupt=3
IOBase=0x300
Defaultmäßig sind hier Interrupt 3 und die Port-Adresse (hier:IOBase) 300 eingestellt. Mit
einem Editor können Sie diese Einstellungen verändern. Haben Sie mehrere NE2000-Karten
mit unterschiedlicher Konfiguration im Einsatz, empfiehlt es sich, mehrere Boot-Disketten
mit diesen unterschiedlichen Einstellungen anzulegen.
Für diese Netzwerkkarte liegen mit ne2000t.zip ein TCP/IP-Client und mit ne2000i.zip ein
IPX/SPX-Client zum Downloaden bereit.

Weitere Clients für andere Netzwerkkarten werden folgen. Schauen Sie also regelmäßig auf
unserer Hompepage in der Online-Version dieses Artikels nach!
Volker Rüddigkeit