Was passiert, wenn der eigene Rechner seine IP-Adresse nicht kennt, weil dieser zum Beispiel keinerlei Speichermöglichkeit hat? In so einem Fall kann das Reverse Address Resolution Protocol (RARP) helfen – ein Protokoll zur umgekehrten Adressauflösung. Damit bildet RARP das Gegenstück zu ARP – dem Address Resolution Protocol.
Inzwischen ist Reverse ARP veraltet, neuere Protokolle wie das Bootstrap-Protokoll (BOOTP) oder das Dynamic-Host-Configuration-Protokoll (DHCP) haben RARP abgelöst. Dennoch ist es nützlich, auch die ältere Technik zu kennen. Zum einen findet man auch heute noch Anwendungen, die mit RARP arbeiten. Zum anderen hilft es, die alten Techniken zu kennen, um dadurch die darauf aufbauenden Technologien besser verstehen zu können.
Zunächst einmal handelt es sich bei RARP um ein Protokoll, das man 1984 veröffentlicht und in den TCP/IP-Protokollstapel aufgenommen hat. RARP liegt dabei auf der Schicht des Netzzugangs (der elementarsten und niedrigsten Ebene des Stapels) und stellt somit eine Technik dar, die der Übertragung zwischen zwei Punkten in einem Netzwerk dient. Jeder Teilnehmer eines Netzwerks verfügt über zwei (mehr oder weniger) eindeutige Adressen: einer logischen, der IP-Adresse, und einer physikalischen, der MAC-Adresse. Während die IP-Adresse auf Seiten der Software festgelegt wird, ist die MAC-Adresse mit der Hardware verbunden. Der Hersteller Ihrer Netzwerkkarte hat Ihnen somit die Media-Access-Control-Adresse bereits vorgegeben.
Nun kann es vorkommen, dass die eigene IP-Adresse nicht bekannt ist, zum Beispiel weil das entsprechende Gerät keinen eigenen Speicher hat, der die Adresse sichern könnte. In diesem Fall kommt das Reverse-ARP-Protokoll zum Einsatz. Anhand der bekannten MAC-Adresse kann das Protokoll die eigene IP-Adresse ermitteln. Somit erfüllt es einen komplett anderen Zweck als ARP. Bei letztgenanntem Protokoll ist die IP-Adresse bekannt und mithilfe von ARP ermittelt man dann die Adresse der Hardware.
Wer in einem Netzwerk kennt die IP-Adresse eines Teilnehmers, wenn dieser selbst sie nicht weiß? Die Antwort: ein spezieller RARP-Server. Dieser Server, der RARP-Anfragen beantwortet, kann selbst ebenfalls ein einfacher Computer im Netzwerk sein. Er muss allerdings alle MAC-Adressen mit den zugeordneten IP-Adressen gespeichert haben. Wenn ein Netzteilnehmer einen RARP-Request in das Netzwerk schickt, kann demnach auch nur solch ein Server diese Anfrage beantworten.
Da der anfragende Teilnehmer seine IP-Adresse ja nicht kennt, muss er das Datenpaket (den Request) auf den untersten Schichten des Netzwerks als Broadcast senden. Das bedeutet: Das Paket geht an alle Teilnehmer gleichzeitig raus. Allerdings antwortet nur der RARP-Server. Sollte es davon mehrere geben, nutzt der anfragende Teilnehmer nur die Antwort, die zuerst bei ihm eintrifft. Die Formate von Request und Antwort ähneln im Aufbau sehr dem, was man von ARP kennt.
Folgende Informationen befinden sich in den einzelnen Feldern:
Wichtige Unterschiede zwischen den beiden Protokollen ARP und RARP gibt es dennoch: In erster Linie unterscheiden sich beide natürlich hinsichtlich der Angaben. Während man bei einem RARP-Request die eigene MAC-Adresse kennt, aber die entsprechende IP-Adresse nachfragt, ist es beim ARP genau andersrum: Die IP-Adresse ist bekannt und die MAC-Adresse soll herausgefunden werden. Die beiden Protokolle unterscheiden sich aber auch hinsichtlich der Inhalte ihrer Operation-Felder: ARP kennt hier die beiden Werte 1 (für eine Anfrage) und 2 (für eine Antwort). RARP hingegen verwendet 3 und 4. Somit kann ein Server schon am Operation-Code erkennen, ob es sich um ARP oder RARP handelt.
Das Reverse Address Resolution Protocol hat einige Nachteile, die schließlich dazu geführt haben, dass man das Protokoll durch neuere ersetzt hat. Damit man das Protokoll erfolgreich einsetzen kann, muss der RARP-Server beispielsweise im gleichen physikalischen Netzwerk liegen. Der Computer sendet den RARP-Request auf der niedrigsten Ebene der Netzschicht. Somit ist es nicht möglich, dass ein Router das Paket weitervermittelt. Hinzu kommt noch, dass RARP nicht mit Subnetting umgehen kann, da keinerlei Subnetzmasken übertragen werden. Sollte das Netzwerk in mehrere Subnetze aufgeteilt worden sein, muss in jedem einzelnen ein RARP-Server verfügbar sein.
Durch die Anfrage erfährt der Netzteilnehmer zudem ausschließlich seine IP-Adresse. Wie bereits erwähnt ist eine Subnetzmaske nicht enthalten und auch Informationen zum Gateway erhält man über Reverse ARP nicht. Somit ist es auch nicht möglich, den Computer in einem modernen Netzwerk zu konfigurieren. Diese Missstände haben schließlich zur Entwicklung von BOOTP und DHCP geführt.
Geht es um Netzwerksicherheit, konzentrieren sich Administratoren vor allem auf Angriffe aus dem Internet. Doch oft lauert die Gefahr im internen Netzwerk. Erweist sich das LAN als blinder Fleck in der Sicherheits-IT, haben Innentäter leichtes Spiel. Ein beliebtes Angriffsmuster ist das sogenannte ARP-Spoofing. Dabei schalten sich Angreifer unbemerkt zwischen zwei Kommunikationspartner, um deren...
Wenn Rechner Informationen in TCP/IP-Netzwerken verschicken, werden diese zunächst in einzelne Datenframes zerlegt. Erst der Empfänger setzt die Pakete nach dem Erhalt wieder zusammen. Auf diese Weise können Daten mit nahezu unbegrenzter Größe transferiert werden. Die Frames enthalten zudem auch die MAC-Adresse des Zielsystems, ohne die eine Übertragung nicht möglich wäre. Ist diese physikalische...
DHCP-Snooping sorgt für mehr Sicherheit im Netzwerk: DHCP macht die Konfiguration des Netzwerks sehr viel einfacher – keine Frage. Besonders in großen Netzwerken mit ständig wechselnden Geräten ist die händische Vergabe von IP-Adressen eine Sisyphosarbeit. Durch die Vereinfachung über DHCP geben Sie aber auch Kontrolle ab: Kriminelle können dies ausnutzen. Durch DHCP-Snooping dürfen aber nur...
Die Adressverwaltung im Internet ist zwar sehr komplex, aber durch das Domain Name System klar geregelt. Das System sorgt dafür, dass Clients und Server problemlos miteinander kommunizieren können. Zudem ermöglicht es sogenannte Reverse-DNS-Checks, mit denen sich Hostnamen zu beliebigen IPv4- oder IPv6-Adressen ermitteln lassen. Wie das funktioniert und welchem Zweck solche Abfragen dienen, verrät...
