Private IP-Adresse

Viele Rechnernetze benötigen zwar im Inneren volle Konnektivität auf IP-Ebene, jedoch nur einen eingeschränkten Internetzugang. Weist man jedem Rechner, der an ein solches Rechnernetz angeschlossen ist, eine private IP-Adresse zu, so bildet das Rechnernetz ein Intranet, auf das aus dem Internet heraus nicht zugegriffen werden kann, da die Internet-Router die privaten Adressbereiche ignorieren.

Ein Gateway oder Router, der in diesem privaten Netz platziert ist und der außer einer privaten IP-Adresse im privaten Netz auch noch zusätzlich eine öffentliche Adresse im Internet hat, kann für dieses private Netz den Internetzugang herstellen. Dies kann über einen Proxy geschehen oder mittels NAT/PAT/Masquerading.

Da der genutzte private Adressbereich immer nur innerhalb des privaten Netzes sichtbar ist, können seine Adressen auch in anderen privaten Netzen vergeben werden, ohne dass die vom Internet Protocol geforderte Eindeutigkeit jeder IP-Adresse verloren ginge; in jedem privaten Netz gilt in den global ausgesparten Adressbereichen nur die lokale Adressbelegung, falls denn überhaupt eine konfiguriert wurde.

Dadurch, dass die privaten IP-Adressen außerhalb des eigenen Netzes nicht auftreten, findet eine Verschleierung der lokalen IP-Adressen nach außen statt, wodurch die Internetzugriffe aus dem lokalen Netz heraus in gewissem Maße anonymisiert werden.[1] Hierdurch wird auch ein gewisses Maß an Sicherheit erreicht, da Zugriffe von außen auf lokale Rechner erstmal nicht möglich sind.

Private IP-Adressen sind im Internet nicht eindeutig, so dass ein Routing von einem Teilnehmer zu einem anderen Teilnehmer nicht möglich ist. Oft wird aus diesem Grund fälschlicherweise behauptet, dass private IP-Adressen nicht routbar seien. Dies ist jedoch ein Irrtum, vielmehr werden auch sie geroutet, allerdings nur innerhalb eines Teilnehmernetzes (z. B. lokales Netz, Tunnelnetze eines Providers, …).

Gibt ein Administrator dagegen einem Rechner im lokalen Netz eine IP-Adresse, die nicht aus den eigens dafür reservierten, privaten Adressbereichen, sondern aus dem öffentlichen Adressbereich stammt, so kann kein Internet-Rechner aus diesem öffentlichen Netz mehr erreicht werden. Die Eindeutigkeit der Adresszuordnung ist dann nämlich verletzt, stattdessen wird immer auf den lokalen Rechner mit gleicher Adresse zugegriffen. Von außerhalb des lokalen Netzes kann dagegen ohne Probleme auf den im Internet eingestellten Rechner zugegriffen werden. Eine nichtprivate Adresse in einem privaten Netz zu vergeben ist also in aller Regel ein Fehler bei dessen Konfiguration.

Von der IANA wurden drei private IP-Adressbereiche festgelegt, die 1994 im RFC 1597 dokumentiert wurden.[2] Diese Festlegungen blieben auch 1996 bei der Ablösung des RFC 1597 durch den noch heute gültigen RFC 1918 erhalten.[3] Jeder der drei Bereiche liegt in einer anderen Klasse des historischen Netzklassen-Konzepts.

Mittels Subnetting kann auch nur ein Teil eines privaten Adressbereichs genutzt werden. Im Falle des 32-Bit-IP-Adress-Raumes für IPv4 kann man zum Beispiel ein Subnetz einer eigenen Verwendung zuführen, indem variabel viele führende Bits für die Subnetzkennung reserviert werden. Reserviert man z. B. 8 Bits, sind nur noch 24 Bits für die Identifikation der Endgeräte verfügbar.

Wegen des Adressmangels und zunehmender Konflikte bei den oben genannten IP-Adressbereichen wurde ein weiterer Bereich zur mehrfachen Verwendung freigegeben. Dieser Bereich 100.64.0.0/10 RFC 6598[4] ist speziell für Internetdienstanbieter zur Verwendung mit Carrier-grade NAT (CGNAT) vorgesehen.

Weiterhin hat der Adressraum 169.254.0.0/16, der gemäß RFC 5735[5] als Link Local ausgezeichnet ist, eine ähnliche Sonderstellung. Mittels Zeroconf bzw. Automatic Private IP Addressing (APIPA) können Endgeräte automatisch eine IP-Adresse aus diesem Bereich verwenden.

Die Benutzung privater Adressbereiche führt regelmäßig zu Problemen, wenn etwa Netzwerke per VPN miteinander gekoppelt werden, und beide Standorte dieselben Netze verwenden. Denn nur, wenn die auf beiden Seiten vergebenen Adressen verschieden sind, tritt kein Konflikt auf.

Dem kann im Vorfeld entgegengewirkt werden, indem auch bei unverbundenen Netzen die privaten Adressbereiche eines Firmennetzes durchdacht und sinnvoll aufgeteilt werden. Alternativ kann Source-NAT verwendet werden, um den Adresskonflikt zwischen den Netzwerken zu lösen.

Das IPv6-Pendant heißt Unique Local Addresses. Aufgrund des größeren Adressraums nutzt man dort 40 Bit der Netzadresse als zufällig gewählten Identifikator. Dieser soll die Wahrscheinlichkeit der Einmaligkeit eines privaten Netzes erhöhen, um Adresskonflikte bei einem Zusammenschluss privater Netze zu vermindern.

1. RFC 1631 – The IP Network Address Translator (NAT). Mai 1994, Abschnitt 3.3 (englisch).
2. RFC 1597 – Address Allocation for Private Internets. März 1994 (englisch).
3. RFC 1918 – Address Allocation for Private Internets. Februar 1996 (englisch).
4. RFC 6598 – IANA-Reserved IPv4 Prefix for Shared Address Space. April 2012 (englisch).
5. RFC 5735 – Special Use IPv4 Addresses. Januar 2010 (englisch).