Netzwerken unter FreeDOS - NDIS Treiberinstallation
Übersicht
(Bild Übersicht über die NDIS Architektur)
Treiber, die auf der "Netzwerk Driver Interface Specification" (NDIS)
basieren, sind der Standard in der Windowswelt. Die aktuellste Version
ist NDIS 6, welches unter Windows Vista verwendet wird. Windows 98
verwendete NDIS 5, Windows 95 wurde mit NDIS 3.1 geliefert. Unter DOS
haben Sie den Real-Mode Treiber NDIS 2.
Wo man sie findet
Es ist höchstwahrscheinlich, daß es für Ihre Netzwerkkarte einen
NDIS Treiber gibt. Schauen Sie auf den Installationsmedien Ihrer Karte
nach einem Verzeichnis "NDIS2". Falls Sie keinen Treiber finden kön-
nen, schauen Sie doch mal auf diese Seite (vgl.: http://drivesnapshot.
de/en/makebootdisk.htm (*01)). Die Dateiendung des Treibernamens lautet
auf *.DOS, so heißt zum Beispiel der Treiber der 3Com 3C574 PC-Karte
"EL3C574.DOS".
Wie sie arbeiten
In der Sprache der NDIS Architektur werden diese Treiber "Media Access
Control" (MAC) Treiber genannt.
Wie Sie in dem Bild oben sehen können, ist der MAC Treiber nur eine
Komponente der NDIS Architektur. Laut NDIS 2.1 Dokumentation (vgl.:
http://www.ndis.com/faq/ndis201.txt (*02)) scheint NDIS in etwa wie
folgt zu funktionieren:
* Befehle in der FDCONFIG.SYS (FreeDOS) oder der CONFIG.SYS (andere
DOS) laden den Protokollmanagertreiber PROTMAN.DOS, den MAC Treiber
und den Protokolltreiber. Dies kann durch Befehlszeilen für jeden
dieser Treiber oder durch Starten des "Installable File System
Helper" Treibers (=installierbarer Dateisystemhelfer Treiber), der
durch den Befehl: "DEVICEHIGH=IFSHLP.SYS" gestartet wird und den
Protokollmanager, den MAC- und den Protokolltreiber gemäß Ein-
trägen in der PROTOCOL.INI startet.
* Der Protokollmanager liest die Konfiguration aus der PROTOCOL.INI
und macht sie für den MAC Treiber und die Protokolltreiber,
die nach ihm laden, verfügbar.
* Der MAC Treiber und der Protokolltreiber laden und konfigu-
rieren sich gemäß dieser Information selbst. Sie identifizieren
sich selbst beim Protokollmanager.
* Bevor der MAC Treiber und der Protokolltreiber miteinander
kommunizieren können, müssen Sie aneinander gebunden werden,
damit sie gegeneinander bei ihren "Eintrittspunkten" (Kommuni-
kationsports) Zugang haben. Dieser Verbindungsprozess wird vom
Protokollmanager auf Basis der Information in der PROTOCOL.INI
kontrolliert.
* Die Bindesequenz kann von NET.EXE oder NETBIND.COM angesteuert
werden (was in der AUTOEXEC.BAT erledigt werden kann).
* Der Protokollmanager (PROTMAN.DOS) startet dann das speicher-
residente Programm (TSR = terminate and Stay Resident = beende
und bleibe im Speicher resident) PROTMAN.EXE um den Bindebefehl
auszuführen und den korrekten Aufruf der Treiber zu kontrollieren.
* Nachdem die Bindung stattgefunden hat, kommunizieren die MAC-
und die Protokolltreiber direkt miteinander. Der Protokollmanger
ist an diesem Kommunikationsprozess nicht mehr länger beteiligt,
deshalb befreit NETBIND.COM den größten Teil des zuvor vom
Protokollmanager reservierten Arbeitsspeichers.
Die Konfiguration von NDIS unter DOS hat sich im Laufe der Zeit mit
den verschiedenen Paketversionen geändert. Einige Hinweise über die
Unterschiede können Sie hier finden (vgl.: http://www.yale.edu/
pclt/WINWORLD/NDIS.HTM (*03)). In diesem Dokument ging ich davon aus,
daß wir die mit dem MS Client 3.0 gelieferten NDIS Dateien verwenden.
Da diese Abteilung nur darüber abhandelt, wie man pakettreiberbasie-
rende TCP/IP Anwendungen hoch- und mit DOS zum Laufen bekommt, werden
wir hier nicht tiefer in Details über den MS Client eingehen, dies
wird bereits in einer anderen Abteilung behandelt.
Zusätzliche Dateien erforderlich
Wie können wir jetzt den NDIS 2 MAC Treiber, der mit unserer Netzwerk-
schnittstellenkarte geliefert wurde, für TCP/IP Netzwerken verwenden?
Wie wir aus obiger Beschreibung gelernt haben, benötigen wir einige zu-
sätzliche Dateien. Diese sind:
* Der Protokollmanager ("PROTMAN.DOS" und "PROTMAN.EXE")
* Das Binde-Utility ("NETBIND.COM")
Diese Dateien sind Teil des MS Client 3.0, der hier heruntergeladen
werden kann:
ftp://ftp.microsoft.com/bussys/Clients/MSCLIENT/DSK3-1.EXE (*04)
ftp://ftp.microsoft.com/bussys/Clients/MSCLIENT/DSK3-2.EXE (*05)
Die drei erwähnten Teile sind Teil der "DSK3-1.EXE". Verwenden Sie das
Utility "EXPAND.EXE", das mit der ersten Diskette mitgeliefert wird, um
diese Dateien zu entpacken.
* Kopieren Sie DSK3-1.EXE in ein Verzeichnis wie z.B.: C:\MSCLIENT1.
Vermeiden Sie lange Pfade, wie Sie sie vielleicht unter Windows ver-
wenden. 16 Bit Software läßt sich nicht ausführen, wenn der Pfad
zu lang ist.
* Tippen Sie DSK3-1.EXE, um ihren Inhalt zu entpacken.
* Entkomprimieren Sie PROTMAN.DO_ und PROTMAN.EX_ wie folgt:
expand -r protman.do_
expand -r protman.ex_
* NETBIND.COM ist bereits entpackt. Sie können jetzt diese drei
Dateien nehmen und verwenden.
Lesen Sie die LICENSE.TXT Datei, bevor Sie damit beginnen, die Dateien
zu verwenden. Die Software ist für eigene Zwecke frei. Weder Vertrieb
noch eine Modifikation sind erlaubt.
Der Konverter/Shim
Das letzte Stück, das wir noch brauchen, ist der "Packet Driver to
NDIS Konverter". Besorgen Sie sich den oft verwendeten "DIS_PKT9.DOS"
(Version 9, vgl.: ftp://ftp.cc.umanitoba.ca/software/pc_network/
dis_pkt9.zip (*06)) oder alternativ den etwas neueren (Version 11)
"DIS_PKT.DOS"(vgl.: http://danlan.com/pdr_shim/odipkt/odipkt.zip
(*07)). Im Gebrauch und der Bedienung bestehen keine Unterschiede.
Beide wurden von Prof. Joe R. Doupnik (Utah State University) und Dan
Lanciani (Harvard University) geschrieben. Das Urheberrecht wird von der
nunmehr historischen FTP Software, Inc. gehalten, die glücklicherweise
diesen Treiber als Public Domain, frei für den Gebrauch, den Vertrieb,
Modifikation und mit Quellcode veröffentlicht hat.
Konfiguration der NDIS Treiber
Wie ich bereits erwähnte, ist dies nur eine minimale Installation des
MS Client 3.0. Der einzige Grund dafür ist, pakettreiberbasierende
TCP/IP Anwendungen zu verwenden. Dazu kopieren Sie die vier Dateien:
PROTMAN.DOS
PROTMAN.EXE
NETBIND.COM
DIS_PKT.DOS
in ein Verzeichnis, zum Beispiel:
C:\NET
Kopieren Sie auch den MAC Treiber Ihrer Netzwerkschnittstellenkarte,
z.B.:
EL3C574.DOS
in dieses Verzeichnis.
Jetzt müssen wir die Konfigurationsdatei erstellen, die für die NDIS
Architektur benötigt wird. Erzeugen Sie eine Datei mit dem Namen
PROTOCOL.INI innerhalb des C:\NET Verzeichnisses. Für unsere minimale
Konfiguration benötigen wir nur folgende Zeilen:
--- PROTOCOL.INI ---
[protman]
DriverName=PROTMAN$
[EL3C574]
DriverName=EL3C574$
[PKTDRV]
drivername=PKTDRV$
bindings=EL3C574
intvec=0x60
chainvec=0x68
Erklärung der Parameter:
Wie andere *.ini Dateien ist die PROTOCOL.INI in Sektionsnamen, die in
eckigen Klammern stehen, und in Beschreibungsnamen mit zugeordneten
Werten aufgeteilt.
[protman]
DriverName=PROTMAN$
Dieser Abschnitt [protman] definiert den Protokollmanager. Wie oben
beschrieben, wird der Protokollmanager als Treiber PROTMAN.DOS geladen,
der hier "PROTMAN$" genannt wird. Der Abschnitt und die dazugehörige
Zeile sind zwingend vorgeschrieben.
[EL3C574]
DriverName=EL3C574$
Der Abschnitt [EL3C574]definiert die Netzwerkschnittstellenkarte. Üb-
licherweise wird dieser Abschnitt nach der Karte selbst benannt - das
ist praktisch, wenn Sie mehr als eine Netzwerkkarte eingebaut haben
und verschiedene Abschnitte für verschiedene Karten verwenden.
Deshalb ist der Abschnittsname hier der erste zu verändernde Wert. Es
ist keine schlechte Idee, ihn nach Ihrer eigenen Netzwerkkarte zu be-
nennen. Aber Sie können ihn natürlich genausogut "Netzwerkkarte",
"NIC" oder auch "baked_beans" benennen, solange Sie auch alle Zeilen in
der PROTOCOL.INI, die sich auf diesen Abschnitt beziehen, entsprechend
umbenennen.
Die nächste Zeile dieses Abschnitts ist "DriverName=EL3C574$". Sie
definiert den Treiber für die Netzwerkschnittstellenkarte. In unserem
Beispiel ist das EL3C574.DOS, der hier "EL3C574$" genannt wird. In der
Regel werden Sie eine andere NIC als die im Beispiel erwähnte Karte
verwenden. Sie werden deshalb diese Zeile ändern müssen. Sie sollten
den richtigen Namen des Treibers in einer Textdatei namens "PROTOCOL.
INI" finden, die als Teil der NDIS-Treiber Dateien mit Ihrer Karte mit-
geliefert wird.
Sie können in diesem Abschnitt mehrere Zeilen einfügen, dadurch
können Sie spezielle Einstellungen Ihrer Netzwerkkarte definieren.
Weitere Informationen finden Sie dazu in der "PROTOCOL.INI", die mit
Ihren NDIS-Treibern geliefert wurden. Aber in vielen Fällen sollte die
Zeile mit dem Treibernamen ausreichen.
[PKTDRV]
drivername=PKTDRV$
bindings=EL3C574
intvec=0x60
chainvec=0x68
Der nächste Abschnitt [PKTDRV] definiert unseren Pakettreiber-zu-NDIS-
Konverter, der "DIS_PKT.DOS" oder "DIS_PKT9.DOS" heißt. Beide werden
über den Namen "PKTDRV$" aufgerufen.
Es ist wichtig, daß der Konverter sich an den Treiber der Netzwerkkarte
bindet. Das geschieht durch die nächste Zeile "bindings=EL3C574". Bitte
beachten Sie, daß dieser Name kein "$" Zeichen beinhaltet - er
bezieht sich auf den Abschnittsnamen, der den Treiber definiert, nicht
auf den Treiber selbst. Wenn Sie also diesen Abschnitt "[baked_beans]"
wie oben vorgeschlagen haben, müssten Sie hier
"bindings=baked_beans" schreiben.
Die Zeile "intvec" benennt den Softwareinterrupteinsprung, der von der
Pakettreiberschnittstelle verwendet wird. Wie bereits erwähnt, sollte
dies üblicherweise der Hexadezimalwert 0x60 sein.
Die Zeile "chainvec" definiert ebenfalls einen verfügbaren Software-
interrupt. Ihre Funktion ist für mich immer noch mysteriös. Lt.
dem Erfinder der Pakettreiber (vgl.: http://groups.google.de/group/
comp.protocols.tcp-ip.ibmpc/msg/17b6041f7a3cde7c?dmode=source (*08)),
FTP, kann ein "chain vector interrupt" die Ausführgeschwindigkeit und
Zuverlässigkeit verbessern. Benutzer meldeten "eine 10fache Steigerung
der Geschwindigkeit" (vgl.: http://groups.google.de/group/comp.
protocols.nfs/msg/9b0c2e0d6aa47b32?dmode=source (*09)).
Um EMM386-Fehler zu vermeiden empfehlen einige, einen Interrupt zu
setzen, der den Vektor um Dezimal 8 erhöht. (vgl.: http://groups.
google.de/group/bit.listserv.banyan-l/msg/aa961def5901f506?dmode=source
(*10)). Wenn also der intvec 0x60 (was dezimal 96 bedeutet)
ist, sollte der chainvec dezimal 104 (96+8) sein, was hexadezimal
0x68 ist. Das wird auch von einem der Autoren von DIS_PKT.DOS, Dan
Lanciani, so beschrieben. (vgl.: http://groups.google.de/group/comp.
protocols.tcp-ip.ibmpc/msg/64f2b6060ff2b438?dmode=source (*11)).
Bitte informieren Sie mich, wenn Sie mehr darüber wissen.
Das sind alle Einstellungen in der PROTOCOL.INI, die wir für unsere
Zwecke benötigen. Ein letzter Hinweis: Wenn Sie beabsichtigen, einige
dieser Werte bei jedem Neustart, wie zum Beispiel über ein DOS Boot-
menue, zu verändern, könnte Horst Schäffer's Freeware "Inifile" für
Sie nützlich sein (vgl.: http://www.horstmuc.de/wbat32.htm (*12)).
Installation
Die letzte Sache, die jetzt noch zu erledigen ist, ist die Treiber
beim Booten zu laden. Ändern Sie deshalb Ihre Systemdateien, damit
sie folgende Zeilen enthalten:
--- FDCONFIG.SYS (FreeDOS) ---
--- or CONFIG.SYS (MS DOS/anderes DOS) ---
DEVICEHIGH=C:\NET\PROTMAN.DOS /I:C:\NET
DEVICEHIGH=C:\NET\EL3C574.DOS
DEVICEHIGH=C:\NET\DIS_PKT.DOS
Der "/I" Parameter teilt dem Protokollmanager die Lage der PROTOCOL.INI
mit. Das ist nicht notwendig, wenn beide im gleichen Verzeichnis liegen.
--- AUTOEXEC.BAT ---
C:\NET\NETBIND.COM
Bitte beachten Sie, das NETBIND.COM nicht hochgeladen werden kann und
direkt von der AUTOEXEC.BAT aus aufgerufen werden sollte. Wenn Sie ver-
suchen, ihn wie einen Treiber zu laden, wird er mit der Meldung "run-
time error R6009 - not enough space for environment" abbrechen.
Neustart (reboot)
So, das wars.
Das Beste was Sie jetzt tun können, ist, das System neu zu starten und
eine einfache TCP/IP Anwendung wie ping zu verwenden, um zu testen, ob
alles funktioniert.
(Bild: Bootmeldungen von NDIS)
(*01) OK
(*02) https://web.archive.org/web/20030327055531/http://
www.ndis.com/faq/
(*03) https://web.archive.org/web/20100901143311/http://www.yale.
edu/pclt/WINWORLD/NDIS.HTM
(*04) https://www.virtualbox.org/wiki/Sharing_files_with_DOS
und: https://archive.org/download/ftp.microsoft.com/ftp.microsoft.
com.zip/ftp.microsoft.com%2Fbussys%2FClients%2FMSCLIENT%2FDSK3-1.
EXE
(*05) https://www.virtualbox.org/wiki/Sharing_files_with_DOS
und: https://archive.org/download/ftp.microsoft.com/ftp.microsoft.
com.zip/ftp.microsoft.com%2Fbussys%2FClients%2FMSCLIENT%2FDSK3-2.
EXE
und: http://download.amd.com/techdownloads/wfw31.zip
und: https://archive.org/download/ftp.microsoft.com/ftp.microsoft.
com.zip/ftp.microsoft.com%2FSoftlib%2FMSLFILES%2FWG1049.EXE
und: https://archive.org/download/ftp.microsoft.com/ftp.microsoft.
com.zip/ftp.microsoft.com%2FSoftlib%2FMSLFILES%2FNETSHAR.EXE
und: https://jeffpar.github.io/kbarchive/kb/121/Q121086/
und: https://jeffpar.github.io/kbarchive/kb/128/Q128800/
(*06) OK
(*07) https://web.archive.org/web/20110722171549/http://
www.danlan.com/
(*08) https://groups.google.com/forum/#!topic/comp.os.ms-windows.
networking.tcp-ip/Ekxg5Y5pP0g
(*09) https://groups.google.com/forum/#!original/comp.protocols.
nfs/Xe1WnbPu0og/Mnukag0uDJsJ
(*10) https://groups.google.com/forum/#!original/bit.listserv.
banyan-l/v6HiU41jovQ/BvUBWe8dlqoJ
(*11) https://groups.google.com/forum/#!original/comp.protocols
.tcp-ip.ibmpc/-/OLTyDwa28mQJ
(*12) https://www.horstmuc.de/div.htm#inifile
Copyright © 2007 Ulrich Hansen, Mainz (Germany), 2011 und 2020
an die FreeDOS-Hilfe angepasst von W.Spiegl.
Weitergehende Informationen finden Sie hier.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.2 or
any later version published by the Free Software Foundation.
A copy of the license is included in the section entitled
"GNU Free Documentation License 1.2".