Im Jahre 1983 wurde TCP/IP das Standardprotokoll im DOD, und ist heute der generische Name für die gesamte Sammlung von Protokollen.

Transkript

1 Netzwerk In diesem Abschnitt befassen wir uns mit dem Anschluss des Rechners an ein TCP/IP Netzwerk. Wir lernen die historische Entwicklung der Vernetzung von Rechnern kennen, wir befassen uns mit Aufbau und den technologischen Grundlagen von Netzwerken, und beschreiben die wesentlichsten Aspekte für die Konfiguration und Administration von Netzwerken. Die Themen: TCP/IP Geschichte IP Adressierung Private Netze Protokollschichten Netzwerk Konfiguration IP Routing TCP/IP TCP/IP ist bekannt als das INTERNET Protokoll. Es wurde vom US Departement of Defense (DOD) Advanced Reseach Projects Agency (DARPA) entwickelt. Es umfasst eine Sammlung von verschiedenen Protokollen. Geschichte von TCP/IP TCP/IP begann 1969 als ein 4 Knoten Netzwerk, das ARPANET genannt wurde. Die vollständigen Protokolle lagen erst 1982 vor, die zwei wichtigsten davon waren: TCP Transmission Control Protocol IP Internet Protocol Im Jahre 1983 wurde TCP/IP das Standardprotokoll im DOD, und ist heute der generische Name für die gesamte Sammlung von Protokollen. Netzwerk Adressierung Jeder Host im Netzwerk erhält eine eindeutige Adresse, die sogenannte IP-Adresse oder IP-Nummer. Das 'IP' in der Bezeichnung deutet darauf hin, dass hierfür das Internet Protocol zuständig ist. In der aktuellen Version von TCP/IP wird jedem Rechner eine 32 Bit lange Adresse zugeordnet. Hierbei werden die einzelnen Bytes durch Punkte getrennt. So sind IP-Adressen von bis möglich. Es sind nicht alle Nummern frei nutzbar, einige z.b. sind für die Netzadresse oder sogenannte Broadcasts reserviert. Eine typische IP-Adresse könnte nun lauten In Binärschreibweise wäre dies Eine IP-Adresse gliedert sich nun in einen vorderen und einen hinteren Teil. Der vordere Teil stellt die

2 Netzadresse dar, der hintere Teil die Host-Adresse. Die IP-Adresse bezeichnet das Netz, in dem sich ein Rechner befindet und seine Nummer in diesem Netz. Die Trennung dieser beiden Teile kann prinzipiell an jedem Bit der Adresse erfolgen. Dazu benötigt man aber noch die sogenannte Netzmaske. Diese Netzmaske ist genauso lang wie die IP-Adresse und wird bis zu einem bestimmten Bit mit Einsen gefüllt. Der Rest wird auf Null gesetzt. Alle Bits in der IP-Adresse, die in der Netzmaske belegt sind, zählen dann zum Netzanteil, der Rest zum Hostanteil, hier einige Beispiele: Beispiel 1: Wir verwenden als Netmask , d.h. die ersten 16 Bit der Adresse sind dem Netzteil vorbehalten, hier , die restlichen 16 Bit werden zur Adressierung des Hosts in diesem Netz verwendet, dazu bleiben 254*254, also gut Möglichkeiten - praktisch können also über Hosts in diesem Netz adressiert werden. Die Adresse ist für das Netzwerk selbst reserviert, die Adresse bezeichnet die sogenannte Broadcast-Adresse: Pakete an diese Adresse werden an alle Stationen im Netz verschickt. Beispiel 2: Hier wird dem Host die Adresse mit der Netmask zugeteilt. Es sind also 24 Bit für den Netz- und 8 Bit für den Hostanteil reserviert. Theoretisch kann es in diesem Netz maximal 254 Hosts geben. Adresse für dieses Netzwerk ist , Broadcasts gehen an Beispiel 3: Man muss sich bei der Netzmaske keinesfalls auf ganze Bytes beschränken. Bei dieser Adresse macht der Netzanteil 20 Bit aus, der Hostanteil 12 Bit. Die Netzadresse ist hier (bis zum 20. Bit), Broadcasts gehen an (Alle Bits ab dem 21. sind auf 1 gesetzt). Die verschiedenen Netzmasken lassen sich in verschiedene Klassen unterteilen: Class-A-Netz haben die Netmask , Class-B-Netze die Netmask und Class-C-Netze die Netmask Netze mit anderen Netmasks bezeichnet man als Subnetze. Adressen für private Netze Nun wollen wir mit unserem Netz aber gar nicht fest an das Internet angebunden sein. Dann steht uns die Wahl der Netzadressen im Grunde genommen frei, dies kann aber später zu Problemen führen. Stellen wir uns vor, wir möchten ein Netzwerk mit der Adresse aufbauen. Soweit kein Problem, unsere Rechner bekommen IP-Nummern von bis mit Netzmaske und alles sollte funktionieren. Wenn dieses Netzwerk später in das Internet eingebunden wird kommt es zwangsläufig zu Konflikten mit Hosts welche die gleiche IP-Adresse besiten. Private Adressräume:

3 Abhilfe schaffen hier die sogenannten privaten Adressräume. Hierbei handelt es sich um Bereiche von IP- Adressen die im Internet nicht vorkommen und für "local Area Networks", LANs, frei verwendet werden können. Im einzelnen sind diese in der folgenden Tabelle aufgeführt: 1 Class-A-Netz Adressbereich bis Class-B-Netze Adressbereich bis Class-C-Netze Adressbereich bis Protokollschichten Die TCP/IP-Protokollsuite über vier Schichten bzw. "Layer". Im einzelnen handelt es sich hier um den Link Layer, Network Layer, Transport Layer und Application Layer. Die folgende Abbildung zeigt diese Schichten und Beispiele für zu diesen Schichten gehörende Protokolle. Protokolle im Link Layer Der Link Layer umfasst die Hardware-Schicht. Hierfindet man alle Netzwerkmedien, über die man TCP/IP betreiben kann. Auf die verschieden Hardwareprotokolle soll an dieser Stelle nicht detailliert einegangen werden, Ethernet und Tokenring sollen hier als Beispiele angeführt werden. Protokolle im Network Layer IP - Das Internet Protocol Das IP übernimmt die gesamte Paketvermittlung. Daten werden gegebenenfalls in mehrere IP-Pakete verpackt und an einen bestimmten Empfänger abgeschickt. Beim Empfänger können diese Pakete eventuell in falscher Reihenfolge ankommen. Das IP hat nun dafür zu sorgen, diese fragmentierten Pakete wieder ordentlich zusammenzusetzen. Dabei arbeitet das Protokoll verbindungslos und ungesichert, d.h. vor dem Versenden der Pakete wird keine explizite Verbindung zum Empfänger hergestellt, sondern einfach abgeschickt. Es existieren auf IP-Ebene keine Sicherungsmechanismen, die sicher stellen, dass die Daten auch korrekt beim Empfänger ankommen. Dies ist auch gar nicht notwendig, denn das IP hat für die Vermittlung der Pakete zu sorgen, für die korrekte Übertragung sind die höheren Protokollschichten zuständig. Die Adressierung in TCP/IP- Netzen wird ebenfalls durch das IP gehandhabt. ICMP - Internet Control Message Protocol Das ICMP dient zur Übermittlung von Fehler- und Statusinformationen. So wird ICMP

4 aktiv, wenn der Zielrechner oder das Zielnetzwerk nicht erreichbar sind und gibt 'host unreachable' bzw. 'network unreachable' zurück. Eine recht bekannte Anwendung von ICMP ist das Programm ping, mit dem man die Erreichbarkeit eines anderen Rechners prüfen kann. Dazu wird ein ICMP echo request an den Zielrechner geschickt, dieser sendet ein ICMP echo reply zurück, wenn er denn verfügbar ist. Beispiel: $ ping PING ( ) from : 56(84) byte of data. 64 bytes from : icmp_seq=0 ttl=255 time=0.4 ms 64 bytes from : icmp_seq=1 ttl=255 time=0.2 ms 64 bytes from : icmp_seq=2 ttl=255 time=0.2 ms ping statistics packets transmitted, 3 packets received, 0\% packet loss round-trip min/avg/max = 0.2/0.2/0.4 ms Ist ein Rechner nicht erreichbar, erscheinen keine Antwortmeldungen. Protokolle im Transport Layer UDP - User Datagram Protocol Das UDP ist das einfachste Protokoll auf der Transportebene. Es stellt im Gegensatz zum noch folgenden TCP nicht sicher, ob die versendeten Pakete auch wirklich beim Empfänger ankommen, sondern sendet auf gut Glück, bzw. nach dem Motto 'fire and forget'. Dafür ist es sehr schnell und erzeugt nicht so eine hohe Netzlast wie TCP. Somit eignet es sich gut für Hochgeschwindigkeitsanwendungen, wie verteilte Dateisysteme (NFS) oder Nameserveranfragen (DNS). TCP - Transmission Control Protocol TCP ist ähnlich wie das Telefonnetz verbindungsorientiert aufgebaut. Bevor man also Daten an einen anderen Rechner senden kann, muss man eine Verbindung zu diesem aufgebaut haben. Durch diese festgelegte Verbindung können die zwei Verbindungspartner auch sicherstellen, dass die gesendeten Daten auch wirklich korrekt ankommen und zwar auch in der richtigen Reihenfolge. Eine typische TCP-Verbindung sieht so aus, dass ein Client eine Verbindungsanforderung an einen Server schickt. Dieser bestätigt diese Verbindung, wenn er dies möchte. Damit besteht eine feste Verbindung zwischen den beiden Partnern. Nun können Daten übertragen werden bis entweder der Server oder der Client die Zeit gekommen sehen, die Verbindung zu trennen. Dazu sendet er einfach eine Ende- Anforderung an den anderen Rechner und nach Bestätigung durch diesen wird die Verbindung beendet. Ports Sowohl UDP als auch TCP verwenden neben der IP-Adresse auch Portnummern. Da ein Rechner in der Regel mehr als einen Dienst anbietet (z.b. HTTP, SSH, FTP, Telnet,...), muss man neben der IP-Adresse ein weiteres Adressierungsmerkmal finden. Dies sind die sogenannten Ports. So erreicht man z.b. den Dienst FTP auf einem Rechner in der Regel über Port 21, Telnet läuft über Port 23. Hinter jedem Port steht auf dem Rechner ein Prozess, der auf Anfragen wartet, hinter Port 21 entsprechend der FTP-Daemon. Bei allen Unix-ähnlichen Betriebssystemen sind in der Datei /etc/services alle Ports

5 aufgeführt, die auf dem Rechner verfügbar sind. Protokolle im Application Layer In dieser Schicht tauchen die Anwendungsprotokolle auf. Hier einige Beispiele: DNS - Domain Name Service: Dient zur Übersetzung von für Menschen leichter zu merkende Rechner- Namen in leichter zu merkende IP-Adressen, z.b. von zu Das DNS ist hierarchisch aufgebaut. FTP - File Transfer Protocol: FTP ist entworfen worden für die Übertragung von Dateien zwischen zwei Rechnern. Secure Version von ftp ist sftp. HTTP - Hypertext Transfer Protocol: Telnet : Das HTTP ist vor allem durch das World Wide Web bekannt geworden, denn alle Webseiten werden mit Hilfe von HTTP übertragen. Mit Telnet kann man sich auf einem entfernten Rechner einloggen und dort Befehle ausführen. Secure Version von Telnet is SSH. NFS - Network File System: Mit dem hauptsächlich unter Unix verwendeten NFS kann man Dateisysteme im Netz verfügbar machen. So kann man mit NFS auf dem eigenen Rechner ein Verzeichnis einrichten, das eigentlich auf einer ganz anderen Maschine liegt. NFS arbeitet dabei völlig transparent. Neben dem DNS ist es eins der wenigen TCP/IP-Protokolle, die auf UDP aufbauen. IP-Interface Konfiguration Wie kommt die Netzwerkkarte zu Ihrer Adresse?. In den meisten Fällen wird die Konfiguration der Netzwerkkarte bereits bei der Installation vorgenommen. Wenn eine Karte später eingebaut oder das System mit einer zweiten Karte erweitert wird, muss die Konfiguration manuell erfolgen. Das Kommando ifconfig wird benutzt, um einem Netzwerkinterface die benötigten Einstellungen zuzuweisen. Loopback - ist ein virtuelles Netzwerkinterface. Dieses bezieht sich immer auf den Rechner selbst und hat die IP-Adresse: Interface: lo Ethernet - um zwei oder mehrere Rechner miteinander zu vernetzen, verwendet man eine Netzwerkkarte, Standard ist dabei der Einsatz von Ethernet-Karten. Interface: eth0, eth1, eth2... PPP - Point-to-Point Protocol (Punkt-zu-Punkt-Protokoll), zur Verwndung über serielle Verbindungen, wie zum Beispiel Modemstrecken, ISDN usw.

6 Interface: ppp0, ppp1, ppp2... Wenn der Kernel die installierte Netzwerkkarte nicht erkennt, muss das passende Modul geladen werden. Dies kann temporär mit dem Kommando insmod oder modprobe durchgeführt werden. Wenn das richtige Modul gefunden wurde, müssen die nötigen Werte in die Datei /etc/modules oder /etc/conf.modules eingetragen werden. Um nun der Karte eine IP-Adresse zuzuweisen, dient das Kommando ifconfig. Im einfachsten Fall, also ohne weitere Optionen, gibt ifconfig die bisher konfigurierten Interfaces aus: # /sbin/ifconfig lo Link encap:local Loopback inet addr: Bcast: Mask: UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 RX packets:18584 errors:0 dropped:0 overruns:0 frame:0 TX packets:18584 errors:0 dropped:0 overruns:0 carrier:0 Collisions:0 Ruft man nun ifconfig mit dem Namen des Interfaces, eth0 für die erste, eth1 für die zweite Karte usw., sowie mit der gewünschten IP-Nummer auf, ergibt sich folgende Veränderung: # /sbin/ifconfig eth # /sbin/ifconfig lo Link encap:local Loopback inet addr: Bcast: Mask: UP BROADCAST LOOPBACK RUNNING MTU:3584 Metric:1 RX packets:18584 errors:0 dropped:0 overruns:0 frame:0 TX packets:18584 errors:0 dropped:0 overruns:0 carrier:0 Collisions:0 eth0 Link encap:ethernet HWaddr 00:00:F7:C3:45:1B inet addr: Bcast: Mask: UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:55 errors:0 dropped:0 overruns:0 frame:0 TX packets:5 errors:0 dropped:0 overruns:0 carrier:0 Collisions:7 Interrupt:10 Base address:0x300 ifconfig gibt nun auch die Informationen zur Ethernetkarte aus. Die Werte für die Netzmaske, Broadcast Adresse usw. wurden automatisch gesetzt. Wenn man bei diesen Werten andere Einstellungen benötigt, so müssen diese ebenfalls mit ifconfig gesetzt weren: # /sbin/ifconfig eth netmask Dies verändert die zuvor angegebenen Werte. Wenn man ein Interface komplett deaktivieren will, benutzt man die Option down: # /sbin/ifconfig eth0 down

7 Wenn die Netzwerkkarte bereits bei der Installation eingerichtet wurde, findet man bereits die notwendigen Werte in der Datei /etc/network/interfaces. # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface iface lo inet loopback # The first network card - this entry was created during the Debian installation # (network, broadcast and gateway are optional) iface eth0 inet static address netmask network broadcast gateway In dieser Datei sind einige Variablen definiert, die beim Aufruf des Programms ifup ausgelesen werden. Wenn Sie Ihre Netzwerkkarte erst später eingerichtet haben, erstellen Sie diese Datei und passen sie Ihren Bedürfnissen an. IP Routing Wenn wir der Netzwerkkarte die eigenen Einstellungen mitgeteilt haben, müssen wir dem Linux-Kernel noch beibringen, die IP-Pakete auch an die richtige Stelle zu schicken. Der Kernel hält diese Informationen, welcher Rechner oder welches Netzwerk über welchen Weg zu erreichen ist, in der sogenannten Routing Table. Das Kommando, um sich diese Tabelle anzusehen, lautet: route. Wenn wir bisher nur das Loopback Device konfiguriert haben, wird das Ergebnis folgendes sein: # /sbin/route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface * U lo Dies bedeutet, dass alle IP-Pakete für das Netzwerk 127 über das Loopback Device (lo) geschickt werden sollen. Wenn wir nun eine Netzwerkkarte konfiguriert haben, müssen wir diese auch in die Routing-Tabelle des Kernels eintragen: # /sbin/route add -net # /sbin/route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface * U lo * U eth0

8 Dies führt dazu, dass alle IP-Pakete für das (Class C) Netz xxx über das Interface "eth0" zu erreichen sind. Wenn wir darüberhinaus zwei Netzwerke miteinander verbinden wollen, müssen wir dies über ein sogenanntes gateway oder über einen router tun. Wenn über das neue Interface nur ein bestimmtes Netzwerk zu erreichen ist, und wir die Adresse des Gateways für dieses Netz kennen, müssen wir die Routing-Tabelle um genau diesen Eintrag ergänzen. Wir erreichen dies mit der Option -net: # route add -net gw Dies bedeutet, dass das Netz (Class C) über das Gateway zu erreichen ist, setzt aber auch voraus, dass schon bekannt ist, wie das Netz x zu ereichen ist. Eine andere häufig anzutreffende Möglichkeit ist es, alle IP-Pakete, für die es keinen passenden Eintrag in der Routing-Tabelle gibt, an ein Gateway zu schicken, die sogenannte default route. # route add default gw Dies würde zu folgender Routing-Tabelle führen. Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface * U lo U eth UG eth0 Sehen wir uns die Einträge im einzelnen einmal an: die erste Zeile bezieht sich auf das Loopback Device ( , lo). Wenn wir einen neueren Kernel verwenden, wird dies unter Umständen nicht angezeigt. Werfen wir jedoch zunächst nochmal einen genaueren Blick auf die Datei /etc/network/interfaces: # /etc/network/interfaces -- configuration file for ifup(8), ifdown(8) # The loopback interface iface lo inet loopback # The first network card - this entry was created during the Debian installation # (network, broadcast and gateway are optional) iface eth0 inet static address netmask network broadcast gateway Diese Datei definiert einige Variablen, wenn wir eine Änderung an dieser Datei vornehmen, können wir diese einfach mit dem Kommando ifup eth0 aktivieren. In den ersten Zeilen wird das sogenannte Loopback Device konfiguriert. Die folgenden Zeilen

9 beinhalten die benötigten Variablen für unser Netz. In dieser Datei werden IP-Nummern verwendet. Wenn wir das Kommando route aufrufen um uns die Routing Tabelle anzeigen zu lassen, werden wir bemerken, dass dort die Namen der Rechner und Netze verwendet werden. Wir können die Ausgabe der IP-Nummern mit der Option -n hinter dem Kommando route erzwingen. In der Datei /etc/hosts finden wir den Namen des lokalen Rechners, in der Datei /etc/networks den Namen des Netzes. Systeme, deren Name nicht in der Datei /etc/hosts beschrieben sind, werden im allgemeinen über den Nameserver aufgelöst.