Was sind die privaten IP-Adressbereiche gemäß RFC 1918?

Die drei Adressbereiche sind 10.0.0.0/8, 172.16.0.0/12 und 192.168.0.0/16. Sie sind für die private Nutzung reserviert und bedürfen keiner Genehmigung durch die Registrierungsstelle.

Sind RFC-1918-Adressen im Internet routbar?

Nein, sie werden im öffentlichen Internet nicht weitergeleitet. Von Internet-Routern wird erwartet, dass sie Datenverkehr zu oder von diesen Hosts verwerfen; daher benötigen interne Hosts eine Adressübersetzung oder einen Proxy, um öffentliche Dienste zu erreichen.

Ist 172.32.0.0 eine private Adresse?

Nein, sie liegt außerhalb des privaten Bereichs. Der private Block 172.16.0.0/12 endet bei 172.31.255.255, daher ist 172.32.0.0 eine öffentliche Adresse.

Wie vermeidet man Überschneidungen im privaten Adressraum?

Planen Sie die Zuweisungen zentral und erfassen Sie jedes Subnetz vor der Nutzung in einem IPAM-System. Wenn bereits Überschneidungen bestehen, nummerieren Sie ein Netzwerk neu oder richten Sie eine Übersetzung zwischen den beiden ein.

Funktionieren RFC-1918-Netzwerke mit IPv6?

Nein, RFC 1918 gilt nur für IPv4. IPv6 verfügt über einen eigenen Mechanismus für die private Adressierung, die sogenannten „Unique Local Addresses“, der separat definiert ist.

Glossar
Was sind RFC-1918-Netzwerke?

IPAM-Glossar

Was sind RFC-1918-Netzwerke?

RFC-1918-Netzwerke sind für den privaten Gebrauch reservierte IPv4-Adressbereiche, die jede Organisation innerhalb ihres eigenen Netzwerks ohne Registrierung zuweisen kann. Sie werden im öffentlichen Internet nicht geroutet, sodass für den Zugriff auf externe Hosts eine Übersetzung wie beispielsweise die Netzwerkadressübersetzung erforderlich ist und dieselben Bereiche von vielen Netzwerken wiederverwendet werden können.

Vereinfachen wir Ihre DDI

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button

Die wichtigsten Erkenntnisse

RFC 1918 defines three reserved IPv4 address blocks (10.0.0.0/8, 172.16.0.0/12, and 192.168.0.0/16) for private use within organizations without requiring public registry approval, conserving scarce global IPv4 space for internal host numbering. These private addresses are not routed on the public internet and require network address translation or proxy gateways to reach external destinations, making them fundamental to enterprise, campus, and cloud virtual networks. The primary operational challenge is subnet overlap when organizations merge, connect via VPN, or establish multi-cloud links, which requires careful IPAM planning and address tracking to prevent conflicts, duplicate assignments, and communication failures.

The three RFC 1918 private blocks accommodate over 16 million addresses in the 10.0.0.0/8 range alone, enabling even large organizations to number internal hosts without consuming globally unique addresses.
Overlapping ranges across connected networks cause routing failures and traffic misdirection, requiring renumbering or translation mechanisms to resolve conflicts discovered during mergers, VPN connections, and multi-cloud peering.
Private addresses provide no inherent security protection; firewall rules, segmentation, and internal DNS authority for reverse zones are required because unroutable addresses do not prevent internal attacks or mitigate issues when translation and tunneling expose private sources.

RFC-1918-Netzwerke auf einen Blick

Attribute	Value
Category	addressing method
Defined in	RFC 1918
Primary use	Assigning IPv4 addresses to internal hosts without public registration
OSI layer	Layer 3 (network)
Related terms	Network address translation, IPv4, IP address management, CIDR, Unique local address

So funktionieren RFC-1918-Netzwerke

RFC 1918 reserviert drei IPv4-Blöcke für den privaten Gebrauch. Hosts in diesen Blöcken kommunizieren innerhalb eines Netzwerks ungehindert miteinander, und der Internetzugang hängt davon ab, wie das Netzwerk mit der Außenwelt verbunden ist.

Die drei reservierten Blöcke sind 10.0.0.0 bis 10.255.255.255 (10.0.0.0/8), 172.16.0.0 bis 172.31.255.255 (172.16.0.0/12) sowie 192.168.0.0 bis 192.168.255.255 (192.168.0.0/16). Jede Organisation kann diese Adressen nutzen, ohne eine Registrierungsstelle um Erlaubnis zu bitten, und von Routern im öffentlichen Internet wird erwartet, dass sie keinen Datenverkehr zu oder von diesen Adressen weiterleiten. Da viele Netzwerke dieselben Adressbereiche verwenden, sind die Adressen nur innerhalb eines Netzwerks eindeutig. Um öffentliche Ziele zu erreichen, nutzt ein Host in der Regel ein Gateway, das eine Netzwerkadressübersetzung durchführt, oder einen Proxy, der in seinem Namen eine öffentliche Adresse bereitstellt. Wenn zwei private Netzwerke – beispielsweise durch ein VPN oder eine Zusammenlegung – miteinander verbunden werden, müssen sich überschneidende Adressbereiche durch Umnummerierung oder Übersetzung aufgelöst werden.

Warum RFC-1918-Netzwerke in Unternehmensnetzwerken wichtig sind

Die Verwendung privater Adressen schont den knappen öffentlichen IPv4-Adressraum. RFC 1918 wurde veröffentlicht, um Organisationen die Nummerierung interner Hosts zu ermöglichen, ohne global eindeutige Adressen zu verbrauchen, und bildet nach wie vor die Grundlage für die meisten Unternehmens-, Campus- und virtuellen Cloud-Netzwerke. Selbst eine sehr große Organisation kann ihre Hosts innerhalb des Blocks 10.0.0.0/8 unterbringen, der mehr als 16 Millionen Adressen umfasst.

Das größte operative Risiko ist die Überlappung. Da jede Organisation dieselben Adressbereiche nutzen kann, kommt es bei Fusionen, Partnerverbindungen, VPNs und Multi-Cloud-Verbindungen häufig zu Konflikten zwischen Subnetzen. Um dies zu beheben, muss entweder eine Umnummerierung vorgenommen oder eine Übersetzung hinzugefügt werden – beides ist zeitaufwendig und fehleranfällig. Ohne eine verbindliche Aufzeichnung darüber, welche Subnetze zugewiesen sind, kommt es zudem zu doppelten Zuweisungen, und ungenutzte Blöcke bleiben unüberwacht. Eine sorgfältige Planung und das IP-Adressmanagement reduzieren diese Konflikte.

Aus Sicherheitsgründen bieten private Adressen allein keinen Schutz. Die Tatsache, dass sie im Internet nicht routbar sind, verhindert keine Angriffe aus dem Inneren des Netzwerks, von kompromittierten Hosts oder über Übersetzungen und Tunnel. Firewall- und Segmentierungsregeln sollten sorgfältig formuliert werden, und Protokolle, die nur private Adressen aufzeichnen, lassen sich nur schwer zuordnen, wenn die Übersetzung die ursprüngliche Quelle verbirgt.

Wie sich RFC-1918-Netzwerke im Vergleich zu verwandten Begriffen darstellen

RFC-1918-Netzwerke im Vergleich zu öffentlichen IP-Adressen

Eine private RFC-1918-Adresse ist nur innerhalb eines Netzwerks gültig und wird nicht im Internet geroutet, während eine öffentliche Adresse weltweit eindeutig und über das Internet erreichbar ist. Was ist eine IP-Adresse?

Attribute	RFC 1918 networks	Public IP address
Uniqueness	Unique only within one network	Globally unique
Registration	No registry assignment needed	Allocated through a regional registry or provider
Internet routing	Not routed on the public internet	Routed on the public internet
Outside access	Needs translation or a proxy	Can communicate directly

RFC-1918-Netzwerke im Vergleich zu NAT (Network Address Translation)

RFC 1918 definiert, welche Adressblöcke privat sind, während NAT ein Mechanismus ist, der Adressen umschreibt, damit private Hosts öffentliche Ziele erreichen können. Was ist NAT?

Attribute	RFC 1918 networks	NAT (network address translation)
What it is	A set of reserved address ranges	An address rewriting function on a gateway
Defined by	RFC 1918	Separate specifications, not RFC 1918
Role	Provides internal numbering	Connects internal numbering to public networks
Dependence	Can be used without NAT on isolated networks	Can be used with public addresses too

Häufige Probleme mit RFC-1918-Netzwerken

Zwei Organisationen, die beide 10.0.0.0/8 oder 192.168.0.0/16 verwenden, stellen häufig fest, dass auf beiden Seiten dasselbe Subnetz vorliegt, wenn sie eine Verbindung herstellen. Zu den Symptomen gehört, dass der Datenverkehr lokal bleibt, anstatt die Verbindung zu überqueren; die Lösung besteht darin, eine Seite neu zu nummerieren oder zu übersetzen.

Das Heimnetzwerk eines Remote-Benutzers verwendet üblicherweise 192.168.0.0/24 oder 192.168.1.0/24, was zu Kollisionen mit dem gleichen Unternehmenssubnetz führen kann. Routen zum Büro schlagen dann fehl oder verweisen auf das lokale Netzwerk. Aus demselben Grund schlägt das Multi-Cloud-Peering fehl, wenn sich virtuelle Netzwerke einen Adressbereich teilen.

Falsch konfigurierte Filter oder DNS-Einträge können RFC-1918-Adressen gegenüber Außenstehenden offenlegen. Außenstehende erhalten dann „unreachable“-Antworten, oder Datenverkehr von privaten Adressen erscheint am Netzwerkrand und wird verworfen.

Teams, die kleine oder willkürliche Subnetze aus dem 10.0.0.0/8-Block ohne Plan zuweisen, gehen die zusammenhängenden Adressbereiche aus und können Routen nicht zusammenfassen. Die Nachverfolgung von Zuweisungen in IPAM verhindert dies und zeigt Konflikte bereits vor der Bereitstellung auf.

Abfragen nach privaten Adressen, die das interne Netzwerk verlassen, erreichen öffentliche Resolver, die diese nicht sinnvoll beantworten können. Dies führt zu langsamen Lookups und überladenen Protokollen; daher sollten interne Resolver für diese Reverse-Zonen autoritativ sein.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

Kontaktieren Sie uns

Das intelligente Netzwerk

Was sind RFC-1918-Netzwerke?

Sind Sie bereit, Ihre DDI zu vereinfachen?

RFC-1918-Netzwerke auf einen Blick

So funktionieren RFC-1918-Netzwerke

Warum RFC-1918-Netzwerke in Unternehmensnetzwerken wichtig sind

Wie sich RFC-1918-Netzwerke im Vergleich zu verwandten Begriffen darstellen

RFC-1918-Netzwerke im Vergleich zu öffentlichen IP-Adressen

RFC-1918-Netzwerke im Vergleich zu NAT (Network Address Translation)

Häufige Probleme mit RFC-1918-Netzwerken

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

FAQ zu RFC-1918-Netzwerken

Verwandte Begriffe

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

Podcast: Why Open Platforms Matter in Network Operations

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Verwandte Artikel