Netzwerken unter FreeDOS - NDIS Treiberinstallation
Uebersicht
(Bild Uebersicht ueber 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 hoechstwahrscheinlich, dass es fuer Ihre Netzwerkkarte einen
NDIS Treiber gibt. Schauen Sie auf den Installationsmedien Ihrer Karte
nach einem Verzeichnis "NDIS2". Falls Sie keinen Treiber finden koen-
nen, schauen Sie doch mal auf diese Seite (vgl.: http://drivesnapshot.
de/en/makebootdisk.htm). Die Dateiendung des Treibernamens lautet auf
*.DOS, so heisst 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 koennen, ist der MAC Treiber nur eine
Komponente der NDIS Architektur. Laut NDIS 2.1 Dokumentation (vgl.:
http://www.ndis.com/faq/ndis201.txt) 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 fuer 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 gemaess Ein-
traegen in der PROTOCOL.INI startet.
* Der Protokollmanager liest die Konfiguration aus der PROTOCOL.INI
und macht sie fuer den MAC Treiber und die Protokolltreiber,
die nach ihm laden, verfuegbar.
* Der MAC Treiber und der Protokolltreiber laden und konfigu-
rieren sich gemaess dieser Information selbst. Sie identifizieren
sich selbst beim Protokollmanager.
* Bevor der MAC Treiber und der Protokolltreiber miteinander
kommunizieren koennen, muessen 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
auszufuehren 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 laenger beteiligt,
deshalb befreit NETBIND.COM den groessten Teil des zuvor vom
Protokollmanager reservierten Arbeitsspeichers.
Die Konfiguration von NDIS unter DOS hat sich im Laufe der Zeit mit
den verschiedenen Paketversionen geaendert. Einige Hinweise ueber die
Unterschiede koennen Sie hier finden (vgl.: http://www.yale.edu/
pclt/WINWORLD/NDIS.HTM). In diesem Dokument ging ich davon aus, dass
wir die mit dem MS Client 3.0 gelieferten NDIS Dateien verwenden.
Da diese Abteilung nur darueber abhandelt, wie man pakettreiberbasie-
rende TCP/IP Anwendungen hoch- und mit DOS zum Laufen bekommt, werden
wir hier nicht tiefer in Details ueber den MS Client eingehen, dies
wird bereits in einer anderen Abteilung behandelt.
Zusaetzliche Dateien erforderlich
Wie koennen wir jetzt den NDIS 2 MAC Treiber, der mit unserer Netzwerk-
schnittstellenkarte geliefert wurde, fuer TCP/IP Netzwerken verwenden?
Wie wir aus obiger Beschreibung gelernt haben, benoetigen wir einige zu-
saetzliche 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
ftp://ftp.microsoft.com/bussys/Clients/MSCLIENT/DSK3-2.EXE
Die drei erwaehnten 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 laesst sich nicht ausfuehren, 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 koennen jetzt diese drei
Dateien nehmen und verwenden.
Lesen Sie die LICENSE.TXT Datei, bevor Sie damit beginnen, die Dateien
zu verwenden. Die Software ist fuer eigene Zwecke frei. Weder Vertrieb
noch eine Modifikation sind erlaubt.
Der Konverter/Shim
Das letzte Stueck, 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) oder alternativ den etwas neueren (Version 11)
"DIS_PKT.DOS"(vgl.: http://danlan.com/pdr_shim/odipkt/odipkt.zip).
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 gluecklicherweise
diesen Treiber als Public Domain, frei fuer den Gebrauch, den Vertrieb,
Modifikation und mit Quellcode veroeffentlicht hat.
Konfiguration der NDIS Treiber
Wie ich bereits erwaehnte, ist dies nur eine minimale Installation des
MS Client 3.0. Der einzige Grund dafuer 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 muessen wir die Konfigurationsdatei erstellen, die fuer die NDIS
Architektur benoetigt wird. Erzeugen Sie eine Datei mit dem Namen
PROTOCOL.INI innerhalb des C:\NET Verzeichnisses. Fuer unsere minimale
Konfiguration benoetigen wir nur folgende Zeilen:
--- PROTOCOL.INI ---
[protman]
DriverName=PROTMAN$
[EL3C574]
DriverName=EL3C574$
[PKTDRV]
drivername=PKTDRV$
bindings=EL3C574
intvec=0x60
chainvec=0x68
Erklaerung 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 dazugehoerige
Zeile sind zwingend vorgeschrieben.
[EL3C574]
DriverName=EL3C574$
Der Abschnitt [EL3C574]definiert die Netzwerkschnittstellenkarte. Ueb-
licherweise wird dieser Abschnitt nach der Karte selbst benannt - das
ist praktisch, wenn Sie mehr als eine Netzwerkkarte eingebaut haben
und verschiedene Abschnitte fuer verschiedene Karten verwenden.
Deshalb ist der Abschnittsname hier der erste zu veraendernde Wert. Es
ist keine schlechte Idee, ihn nach Ihrer eigenen Netzwerkkarte zu be-
nennen. Aber Sie koennen ihn natuerlich 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 naechste Zeile dieses Abschnitts ist "DriverName=EL3C574$". Sie
definiert den Treiber fuer 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 erwaehnte Karte
verwenden. Sie werden deshalb diese Zeile aendern muessen. 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 koennen in diesem Abschnitt mehrere Zeilen einfuegen, dadurch
koennen 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 Faellen sollte die
Zeile mit dem Treibernamen ausreichen.
[PKTDRV]
drivername=PKTDRV$
bindings=EL3C574
intvec=0x60
chainvec=0x68
Der naechste Abschnitt [PKTDRV] definiert unseren Pakettreiber-zu-NDIS-
Konverter, der "DIS_PKT.DOS" oder "DIS_PKT9.DOS" heisst. Beide werden
ueber den Namen "PKTDRV$" aufgerufen.
Es ist wichtig, dass der Konverter sich an den Treiber der Netzwerkkarte
bindet. Das geschieht durch die naechste Zeile "bindings=EL3C574". Bitte
beachten Sie, dass 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, muessten Sie hier
"bindings=baked_beans" schreiben ;-).
Die Zeile "intvec" benennt den Softwareinterrupteinsprung, der von der
Pakettreiberschnittstelle verwendet wird. Wie bereits erwaehnt, sollte
dies ueblicherweise der Hexadezimalwert 0x60 sein.
Die Zeile "chainvec" definiert ebenfalls einen verfuegbaren Software-
interrupt. Ihre Funktion ist fuer mich immer noch mysterioes. Lt.
dem Erfinder der Pakettreiber (vgl.: http://groups.google.de/group/
comp.protocols.tcp-ip.ibmpc/msg/17b6041f7a3cde7c?dmode=source), FTP,
kann ein "chain vector interrupt" die Ausfuehrgeschwindigkeit und Zuver-
laessigkeit verbessern. Benutzer meldeten "eine 10fache Steigerung der
Geschwindigkeit" (vgl.: http://groups.google.de/group/comp.protocols.
nfs/msg/9b0c2e0d6aa47b32?dmode=source). Um EMM386-Fehler zu vermei-
den empfehlen einige, einen Interrupt zu setzen, der den Vektor um
Dezimal 8 erhoeht. (vgl.: http://groups.google.de/group/bit.listserv.
banyan-l/msg/aa961def5901f506?dmode=source). 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).
Bitte informieren Sie mich, wenn Sie mehr darueber wissen.
Das sind alle Einstellungen in der PROTOCOL.INI, die wir fuer unsere
Zwecke benoetigen. Ein letzter Hinweis: Wenn Sie beabsichtigen, einige
dieser Werte bei jedem Neustart, wie zum Beispiel ueber ein DOS Boot-
menue, zu veraendern, koennte Horst Schaeffer's Freeware "Inifile" fuer
Sie nuetzlich sein (vgl.: http://www.horstmuc.de/wbat32.htm).
Installation
Die letzte Sache, die jetzt noch zu erledigen ist, ist die Treiber
beim Booten zu laden. Aendern 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, dass 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 koennen, 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)
Copyright © 2007 Ulrich Hansen, Mainz (Germany), 2010 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.1 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"