PRRV-Referat
Windows NT - Connectivity
Einleitung
Windows NT wurde von Beginn als vollständiges 32-Bit-Betriebssystem mit integrierter Netzwerkfunktionalität konzipiert. Windows NT bietet in Bezug auf Netzwerkfunktionalität beachtliche Leistungsmerkmale.
Windows NT unterstützt verschiedene Netzwerkprotokolle. Die Wahl der verwendeten Netzprotokolle richtet sich nach den Erfordernissen der aktuellen Netzwerkkonfiguration.
Die gleichzeitige Verwendung mehrerer Protokolle ermöglicht einerseits eine große Flexibilität (z.B. parallele Verbindungen zu einem Novell Netzwerk, zu einem Apple-Netzwerk und in ein TCP/IP Netz), andererseits wird für jedes verwendete Protokoll ein oder mehrere Treiber geladen, was Speicherkapazität und Prozessorleistung kostet. Grundsätzlich sollten nur diejenigen Protokolle verwendet werden, die auch wirklich benötigt werden; eine nachträgliche Installation weiterer Protokolle bzw. die De-Installation von nicht mehr benötigten Protokollen ist problemlos möglich.
Es wurde ursprünglich für WANs entwickelt, hat sich jedoch im LAN-Bereich durchgesetzt. Neben dem Vorteil der Verwendung eines einzelnen Protokolls für LAN- und WAN-Connectivity existieren eine große Anzahl von Utilities, von denen die meisten bereits auf Windows NT portiert wurden. Dieses Protokoll empfiehlt sich bei größeren, hierarchisch geordneten Netzwerken. Zur Anbindung an ein UNIX-Netzwerk ist dieses Protokoll Standard.
Das Protokoll NetBEUI wurde von IBM entwickelt. Es zeichnet sich durch gute Performance aus, kann jedoch nicht geroutet werden. Es empfiehlt sich in kleineren Netzwerken (nicht über 100 Arbeitsstationen), in denen alle Rechner an einem Segment angeschlossen sind. Es arbeitet nicht mit Novell NetWare, nicht mit LAN Manager for UNIX und nicht mit DEC Pathworks. NetBEUI ist das Standardprotokoll von Windows for Workgroups.
Das Standardprotokoll von Novell NetWare. Etwas langsamer als NetBEUI, aber schneller als TCP/IP. Vor allem zu empfehlen - und notwendig -, wenn Windows NT mit einem NetWare-Netz verbunden werden soll, wo es dann als einziges Protokoll verwendet werden kann (NWLink IPX/SPX-kompatibler Transport).
Das Data Link Control Protokoll wird in erster Linie für den Zugriff auf IBM-Mainframes eingesetzt. DLC wird auch zur Verbindung von Druckern, welche direkt mit einem LAN verbunden sind, benutzt.
Windows NT Rechner werden mittels 3270 Emulator mit IBM-Mainframes verbunden. Man kann auch IBM AS/400 Rechner mittels 5250 Emulator verbinden.
AppleTalk ist ein Netzwerkprotokoll der Firma Apple.
Beim Routing von AppleTalk werden einzelne AppleTalk-sprechende LANs über Router miteinander verbunden, sodaß für den Benutzer der Zugriff auf AppleTalk-Ressourcen, die in anderen LANs liegen, möglich wird.
es werden folgende Netzwerke unterstützt:
Banyan Vines
IBM LAN-Server und Microsoft LAN-Manager
Novell NetWare
DEC Pathworks
IBM SNA-Netzwerke
TCP/IP-Netzwerke (UNIX)
Microsoft Windows for Workgroups
Trotz des kleinen Marktanteils von zwei Prozent ist das Netz-Betriebssystem Banyan Vines wegen seines leistungsfähigen Verzeichnisdienstes Streettalk eine interessante Lösung. Streettalk ist dabei mit dem Novell Directory Service vergleichbar.
Der Prozeß der Öffnung von Streettalk wurde bereits vor einigen Jahren mit der Portierung des Vines-internen Verzeichnissystems gemeinsam mit den Management-, Sicherheits-, Email- sowie Datei- und Druckdienst unter dem Namen ENS (Enterprise Network Services) eingeleitet. Die Zielplattformen waren dabei SCO UNIX, HP UNIX, AIX, Sinix, Solaris und Novell NetWare. Mittlerweile sind die Banyan-Kerndienste, insbesondere Streettalk, auch für Windows NT verfügbar, um dort das starre und unwirtschaftliche Domänenkonzept durch ein flexibles Verzeichnissystem zu ersetzen. Hierbei nutzt Streettalk in allen Installationfällen TCP/IP.
Mit dem OS/2 Warp Server von IBM steht dem Anwender für den Einsatz im Inter- und Intranet ein Netz-Betriebssystem mit einigen kleinen Schwächen, aber insgesamt überzeugenden Leistungen zur Verfügung. OS/2 und Microsoft Windows können dabei auf eine lange und gemeinsame Historie im Netzwerkbereich zurückblicken. Ursprünglich war OS/2 sogar ein gemeinsames Projekt von IBM und Microsoft. Aus diesen Zeiten stammen auch noch die Namen LAN Manager und LAN Server für die integrierten Client/Server-Komponenten.
Die Integration der LAN Server-Funktionalitäten wurden bei den Microsoft-Systemen nicht mehr weiterentwickelt, nachdem sie kompatibel zur OS/2-Version 1.3 waren. Dennoch sind die gemeinsamen Ursprünge an einigen Stellen noch erkennbar. Die wichtigste Übereinstimmung besteht in dem verwendeten Protokoll für die Kommunikation zwischen Client und Server, den Server Message Blocks (SMB). Dadurch kann von Windows 95 oder NT-Clients auf Ressourcen eines OS/2-Servers und umgekehrt von OS/2-Clients auf exportierte Verzeichnisse eines NT-Servers zugegriffen werden. Beide Systemwelten nutzen dabei das NetBIOS-Interface, das eine einfache Programmierschnittstelle für Netzwerkapplikationen bereitstellt. Als Transportprotokoll wurde bis vor kurzem NetBEUI verwendet, das aber gerade sowohl bei IBM als auch bei Microsoft vollständig von TCP/IP abgelöst wird.
Novell, etabliertester Player im Netzwerk-Betriebssystemsektor, muß angesichts der immer beliebteren NT-Plattform zunehmend mit Problemen rechnen. Um Kundenabwanderungen entgegenzuwirken, versuchte Novell mit der Einführung von Intranetware im Jahr 1997 deutliche Zeichen in Richtung Inter- und Intranet zu setzen.
Durch die Implementierung des IPX/SPX-Protokolles in Form des NWLink IPX/SPX-kompatiblen Transportes, steht einem Windows NT Computer die "Welt" von Novell NetWare offen. Windows NT Server verfügen standardmäßig (also mit der Software ausgeliefert) über den Gateway-Service für Netware, Windows NT-Workstations über den Client Service für NetWare.
Die Windows NT-Rechner verfügen damit über die Möglichkeit sich mit Novell NetWare-Servern zu verbinden und deren Ressourcen (Dateien und Drucker) zu nutzen.
Ist ein auf NT basierender 32-Bit-NetWare-Redirektor. Ein Redirektor kann Daten vom Server anfordern, aber der Server kann keine Anfragen an den Redirektor stellen bzw. eine Antwort auf die Anfrage erwarten. Diese Software ermöglicht, von einem NT-Rechner aus alle Ressourcen eines NetWare-Netzwerks zu nutzen, genau wie man das von einer DOS-Workstation aus kann.
Der Gateway-Service ist eine Software nur für WIN-NT-Server. Jede Workstation die mit dem NT-Server verbunden ist, kann auch alle Netware-Ressourcen nutzen. Der NT-Server wird also zum Gateway für die Netware-Dienste zwischen Workstations und dem Netware-Server.
Der Netware-Server 'sieht' nur eine logische Verbindung zum NT-Server. So können gleichzeitig viele Benutzer die Netware-Ressourcen nutzen, ohne daß entsprechend viele Lizenzen vorhanden sind.
Mit diesem Gateway-Service für Netware brauchen die Clients von Microsoft Netzwerken (Windows für Workgroups, LAN-Manager und NT) keine Novell-Client-Software für den Zugriff auf die Dateidienste von Netware.
Zur Zeit ist dies die beste Alternative um die Ressourcen eines NT- und Netware-Servers zu nutzen.
Es wird eine Client-Software auf den NT-Workstations installiert, die es erlaubt, die Ressourcen des Novell-NetWare-Netzwerkes zu nutzen.
Vorteile:
relativ einfach zu verwalten
benötigt keine Software auf Seiten des Servers
In ein bestehendes Novell-NetWare-Netz wird ein NT-Server hinzugefügt. Auf die Workstations muß eine Dual-NetWare-Client-Software installiert werden. Diese Software ermöglicht den Zugriff sowohl auf Novell NetWare- als auch auf NT-Server Ressourcen.
Vorteile:
gleichzeitiger Zugriff auf NT- und Netware-Ressourcen
keine spezielle Software-Installation auf den Servern nötig
Nachteile:
Dual-NetWare-Client-Software ist schwierig zu verwalten und erfordert viel Speicher
Fernzugriff- und Sicherungsprozesse können in diesem System nicht gemeinsam genutzt werden
Bei dieser Form werden alle Novell Netware-Ressourcen zu NT Server-Ressourcen. Dabei erfolgt jeder Zugriff auf die NetWare-Ressourcen über den NT-Server.
Vorteile:
Lizenzenbeschränkung auf Netware-Server kann umgangen werden
nur eine Client-Software auf NT-Rechner
SNA: Systems Network Architecture
SNA wurde von IBM 1974 angekündigt, um eine einheitliche Kommunikationsbasis für IBM-Rechner zu schaffen. Seither erlebte diese Netzwerkarchitektur einige bedeutende Entwicklungsstufen. Dadurch wurde es zu einer sehr mächtigen, aber im Vergleich zu anderen Netzwerkarchitekturen auch sehr komplexen Kommunikationsarchitektur.
Zur Verbindung von SNA- mit NT-Netzwerken wurde von IBM die IBM Communications Server Software für Windows NT (CS/NT) entwickelt. Diese Software bietet den 3270 (Terminal) Standard und sämtliche Druckerprotokolle an.
TN3270: emuliert ein IBM 3270 Terminal. Damit können Verbindungen zu IBM-Hostrechnern aufgebaut werden.
Die TCP/IP-Protokollfamilie gilt als ein Paket von Standardprotokollen im Netzwerk. Durch die Verwendung von TCP/IP im Internet kam die TCP/IP-Protokollfamilie zu einer flächendeckenden Verbreitung.
Die wichtigsten Protokolle und Dienste aus der TCP/IP-Familie sind in Windows NT implementiert.
Daraus ergeben sich folgende Vorteile:
Daten können in heterogenen Netzwerken ausgetauscht werden. Beispielsweise kann ein Windows NT-Rechner mit einem UNIX-Server kommunizieren.
TCP/IP, PPP (Point to Point-Protocol) und die Windows Sockets erlauben einem Windows NT Computer den Zugang zum weltweiten Internet.
|
Protokoll |
Schicht |
Beschreibung |
Erklärung |
|
IP |
|
Internet Protocol |
Wahl des Datenübertragungswegs zwischen zwei Stationen (Routing) |
|
TCP |
|
Transmission Control Protocol |
Zuverlässiger Datentransfer mit numerierten Datagrammen und Quittungsmechanismus |
|
UDP |
|
User Datagram Protocol |
Der Datentransfer erfolgt schnell und ohne Quittungsmechanismus |
|
Telnet |
|
Interaktiver Terminaldienst |
Dieses Protokoll nutzen Terminalemulationen |
|
Rlogin |
|
Remote Login |
Ermöglicht eine Fernanmeldung an einem TCP/IP - Host |
|
FTP |
|
File Transfer Protocol |
Protokoll für den Dateitransfer im IP-Netz |
|
SMTP |
|
Simple Mail Transfer Protocol |
Senden und Empfangen elektronischer Post (E-mail) im Internet |
|
ARP |
|
Adress Resolution Protocol |
Anhand einer Tabelle wird aus einer gegebenen IP-Adresse die zugehörige physikalische Adresse (MAC-Adresse) ermittelt |
|
RARP |
|
Reverse Address Resolution Protocol |
Ermittlung der eigenen IP-Adresse aus der eigenen physikalischen Adresse (MAC-Adresse) mit Hilfe eines RARP-Servers |
|
ICMP |
|
Internet Control Message Protocol |
Fehlerübertragungsprotokoll; es übermittelt Fehler, die bei der Datenübertragung auftreten, an die Sende-Station |
|
NFS |
|
Network File System |
Mit Hilfe dieses Protokolls können Dateien über das Netzwerk gemeinsam genutzt werden |
DNS übersetzt auf Anfrage numerische IP-Adressen (z.B.: 193.170.149.158) in für jeden Sterblichen lesbare Namen (www.htlwrn.ac.at). DNS verwendet UDP
für kleinere Abfragen und TCP für größere Datenmengen.
Dieses Client-Server-Konzept hilft, den Aufwand für die Verwaltung von IP-Adressen zu reduzieren. DHCP-Server sind in der Lage, DHCP-Clients IP-Adressen aus einem Pool von IP-Adressen dynamisch zuzuweisen.
WINS ist zuständig für die Verwaltung von Computer-Namen mit deren IP-Adressen. Die Namen mit deren Adressen werden in einer Datenbank verwaltet. Eine Anderung des Standortes eines Computers wird durch WINS automatisch erkannt und die dafür nötigen Anderungen in der Datenbank vollzogen. WINS wird als Ergänzung zum DHCP-Service gesehen.
Dieses Protokoll stellt Mittel zum Management und Monitoring von bestimmten Systemen über ein Netzwerk bereit. SNMP definiert Abfragen und Kommandos und
sammelt Reaktionen und Events der Zielsysteme.
FTP ist ein kommandozeilenorientiertes Tool. Über das FTP-Programm können Daten aufsetzend auf das File Transfer Protokoll von und zu TCP/IP-Systemen übertragen werden. Dabei muß zumindest einer der beiden am Transfer beteiligten Computer den FTP-Serverdienst bzw. den FTP-Daemon ausführen.
Dient zur Anzeige oder Anderung der Übersetzungstabellen, die vom ARP (Address Resolution Protocol) für die Umsetzung von IP-Adressen in physische Ethernet- oder Token-Ring-Adressen verwendet werden.
zeigt Informationen über einen Benutzer an einem angegebenen System, das den Finger-Dienst ausführt. Die Ausgabe hängt von dem jeweiligen Remote-System ab. Im allgemeinen enthält sie den Anmeldenamen des Benutzers, seinen vollständigen Namen, die Anmeldedauer und weitere statistische Daten.
überträgt Dateien zu und von einem Knoten, der den FTP-Server-Dienst (auch als Daemon bezeichnet) ausführt. Ftp kann interaktiv ausgeführt werden.
Zeigt den Namen des aktuellen Hosts an.
Zeigt alle aktuellen TCP/IP-Netzwerkkonfigurationswerte an. Dieser Befehl ist insbesondere auf Systemen nützlich, die DHCP ausführen. Mit ihm können die Benutzer ermitteln, welche TCP/IP-Konfigurationswerte von DHCP konfiguriert wurden.
Zeigt die Protokollstatistik und die aktuellen TCP/IP-Verbindungen an, die NBT (NetBIOS over TCP/IP) verwendet.
Zeigt Protokollstatistiken und aktuelle TCP/IP-Netzwerkverbindungen an.
Der Befehl ping überprüft Netzwerkverbindungen zu einem oder mehreren Remote-Hosts, indem ICMP-Echopakete an den Host gesendet und Echo-Antwortpakete als Antwort erwartet werden. Ping wartet bis zu 1 Sekunde nach jedem gesendeten Paket und gibt die Anzahl der übertragenen und empfangenen Pakete aus. Jedes empfangene Paket wird mit der übertragenen Nachricht verglichen. Standardmäßig werden vier Echo-Pakete mit je 64 Bytes Daten (eine sich wiederholende Großbuchstabenfolge) übertragen.
Dieser Connectivity-Befehl kopiert Dateien zwischen einem Windows NT-Computer und einem System, das den Remote-Shell-Server rshd ausführt. Der rcp-Befehl kann auch bei Fremdübertragungen zum Kopieren von Dateien zwischen zwei Computern verwendet werden, die rshd ausführen, wenn der Befehl an einem Windows NT-Computer gegeben wird. Der rshd-Server ist auf UNIX-Computern verfügbar, jedoch nicht auf Windows NT; daher kann der Windows NT-Computer nur als das System teilnehmen, an dem die Befehle abgesetzt werden. Der Remote-Computer muß zusätzlich durch Ausführen von rshd das Dienstprogramm rep bereitstellen.
Führt Befehle auf Remote-Hosts aus, auf denen der REXEC-Dienst aktiv ist. Rexec bestätigt die Echtheit des Benutzernamens mit einem Kennwort auf dem Remote-Host, bevor der angegebene Befehl ausgeführt wird.
Route ermöglicht die Bearbeitung von Netzwerk-Routingtabellen.
Führt einen Befehl auf Remote-Hosts aus, auf denen der RSH-Dienst aktiviert ist.
Dieses Diagnose-Dienstprogramm ermittelt die Route zu einem Ziel, indem es ICMP-Echopakete (Internet Control Message Protocol) mit unterschiedlichen TTL-Werten (Time-To-Live) sendet. Von jedem Router auf dem Pfad wird erwartet, daß er den TTL-Wert für ein Paket vor dem Weiterleiten um mindestens 1 verkleinert. TTL ist also in Wirklichkeit ein Abschnittszähler. Wenn der TTL-Zähler für ein Paket den Wert Null erreicht, sendet der Router eine 'ICMP-Zeitüberschreitung'-Nachricht zur Quelle zurück. Tracert ermittelt die Route, indem es das erste Echopaket mit dem TTL-Wert 1 sendet und den TTL-Wert bei jeder folgenden Übertragung um Eins erhöht, bis das Ziel antwortet oder der TTL-Höchstwert erreicht ist. Die Route wird durch Prüfen der 'ICMP-Zeitüberschreitung'-Nachrichten ermittelt, die von den dazwischenliegenden Routern zurückgesendet werden. Beachten Sie, daß einige Router Pakete mit abgelaufenem TTL-Zähler 'heimlich' entfernen, so daß sie für tracert unsichtbar sind.
Haupt | Fügen Sie Referat | Kontakt | Impressum | Nutzungsbedingungen
