Ein Root-Server benötigt nur dann mehrere öffentliche IPv4-Adressen, wenn Anwendungen, Netzwerkrollen oder Kunden technisch getrennte Adressen verlangen. Für mehrere moderne Websites reichen meist eine IPv4-Adresse, SNI und ein Reverse Proxy. Vor der Buchung zählen daher drei Fragen: Lässt sich der Zweck über Ports, Hostnamen oder IPv6 lösen, welche Art von Zusatzadresse bietet der Tarif und wie hoch sind die gesamten Kosten über die geplante Laufzeit?
Die Grundgebühr des Servers allein ist dabei wenig aussagekräftig. Einzelne IPv4-Adressen können laufende Zuschläge auslösen, während Subnetze, Failover-Adressen, Reverse-DNS-Verwaltung und eine erforderliche Hauptadresse eigenen Bedingungen folgen. Ein scheinbar günstiger Root-Server kann über 12 oder 36 Monate merklich teurer werden, wenn vier oder acht zusätzliche Adressen benötigt werden.
Eigene IPv4 oder nur eine getrennte Erreichbarkeit?
Die erste Prüfung betrifft nicht den Tarif, sondern die technische Anforderung. Eine Anwendung braucht nicht automatisch eine eigene IPv4-Adresse, nur weil sie unter einer eigenen Domain erreichbar sein soll. Moderne Webserver und Reverse Proxys unterscheiden HTTPS-Verbindungen über den Hostnamen. SNI übermittelt den gewünschten Namen bereits beim Aufbau der TLS-Verbindung, sodass mehrere Zertifikate und Websites dieselbe Adresse verwenden können.
Auch getrennte Anwendungen lassen sich häufig über verschiedene Ports oder einen vorgeschalteten Proxy betreiben. Für öffentlich erreichbare Webangebote ist ein Reverse Proxy meist übersichtlicher als eine Ansammlung zusätzlicher Adressen: Er nimmt Verbindungen auf einer gemeinsamen IPv4 entgegen und leitet sie anhand des Hostnamens an die passende Anwendung weiter.
Eine weitere IPv4 ist eher begründet, wenn mindestens eine der folgenden Bedingungen erfüllt ist:
- Eine ältere Anwendung oder ein altes Endgerät unterstützt die notwendige namensbasierte TLS-Zuordnung nicht.
- Ein externer Dienst schaltet ausschließlich eine feste Quell-IP frei und verschiedene Rollen müssen getrennt autorisiert werden.
- Unabhängige Mail-, DNS- oder Kundensysteme benötigen getrennte Adressen, eigene PTR-Einträge oder eine organisatorisch saubere Zuordnung.
- Eine Failover-Architektur soll eine Adresse zwischen Servern verschieben können, ohne dass sich die öffentlich bekannte Zieladresse ändert.
- Ein Netzwerkdienst muss denselben Port mehrfach mit unterschiedlichen öffentlichen Identitäten bereitstellen und kann nicht anhand von Hostnamen unterscheiden.
- Ein geroutetes Subnetz wird für virtuelle Maschinen, Gateways oder andere voneinander getrennte Systeme benötigt.
Ein bloßer Wunsch nach sauberer Sortierung rechtfertigt die laufenden Kosten meist nicht. Trennung lässt sich häufig auf Ebene von Containern, virtuellen Maschinen, Firewalls und DNS-Namen erreichen, ohne jeder Instanz eine eigene IPv4 zuzuweisen.
Mail, Reverse DNS und IP-Freischaltungen sind die häufigsten Grenzfälle
Bei einem selbst betriebenen Mailserver ist die IP-Frage anspruchsvoller als bei gewöhnlichem Webhosting. Für die sendende Adresse sollte sich üblicherweise ein passender PTR-Eintrag im Reverse DNS setzen lassen. Hinzu kommen Vorwärtsauflösung, Mailserver-Konfiguration und die Reputation der verwendeten Adresse. Mehrere Domains benötigen jedoch nicht automatisch mehrere IPv4-Adressen: Ein richtig eingerichteter Mailserver kann Nachrichten für viele Domains über dieselbe Adresse verarbeiten.
Eine zusätzliche Adresse kann für eine echte Trennung verschiedener Mailumgebungen sinnvoll sein. Sie löst aber keine Zustellprobleme durch fehlerhafte DNS-Einträge, mangelhafte Authentifizierung oder eine belastete IP-Historie. Vor der Bestellung sollte in der Tarif- oder Verwaltungsdokumentation stehen, ob Du PTR-Einträge selbst setzen kannst und ob der Anbieter bei Zusatzadressen Einschränkungen vorsieht.
Bei IP-basierten Freischaltungen zählt dagegen die ausgehende Quelladresse. Greifen mehrere Anwendungen über dieselbe öffentliche IPv4 auf einen Partnerdienst zu, genügt häufig eine Freigabe. Eigene Adressen werden erst nötig, wenn der Partner getrennte Berechtigungen, Protokollierung oder Abrechnungsrollen verlangt. Maßgeblich ist dann nicht die Anzahl der Anwendungen, sondern die Zahl der unabhängig zu autorisierenden Identitäten.
Einzel-IP, Failover-IP und Subnetz sind nicht austauschbar
Tarifseiten verwenden unterschiedliche Bezeichnungen für zusätzliche Adressoptionen. Vor einem Preisvergleich musst Du deshalb klären, welche technische Leistung hinter dem Begriff steht.
- Zusätzliche Einzel-IP: Eine weitere Adresse wird einem bestimmten Server oder Interface zugeordnet. Ein Umzug auf ein anderes System kann eingeschränkt oder mit einem Prozess beim Anbieter verbunden sein.
- Failover-IP: Die Adresse lässt sich innerhalb der zulässigen Infrastruktur auf ein anderes Ziel umschalten oder routen. Das unterstützt einen Serverwechsel, ersetzt aber weder Hochverfügbarkeitssoftware noch Zustandsabgleich und Überwachung.
- Geroutetes Subnetz: Ein zusammenhängender Adressblock wird zum Server oder zu einer Netzstruktur geroutet. Nicht jede Adresse eines Blocks ist zwangsläufig frei als Hostadresse nutzbar; das hängt von Routingmodell und Netzgröße ab.
- Primäre IPv4: Sie dient als grundlegende öffentliche Adresse des Servers. Manche Anbieter erlauben Zusatzadressen oder Subnetze nur, wenn eine solche Hauptadresse gebucht ist.
Bei Hetzner kann die primäre IPv4 bei bestimmten Dedicated-Root-Server-Produkten eine eigene Option sein. Zusätzliche Einzeladressen, Subnetze und Failover-IPs setzen dort eine Haupt-IPv4 voraus. Für die Buchungsentscheidung sind die aktuelle Serverkonfiguration sowie die Preislistenrubriken zu IP-Adressen und Subnetzen maßgeblich, weil Produkt und Rechenzentrumsregion die Verfügbarkeit beeinflussen können.
OVHcloud bietet zusätzliche IPv4-Adressen je nach Produkt als einzelne Adressen oder Blöcke an. Die US-Preisdarstellung nannte mit Stand September 2026 einen monatlichen Betrag von 2,40 US-Dollar je IPv4; Produktgrenzen und Abrechnung müssen in der jeweiligen Region im Bereich für Additional IP geprüft werden. Bei IONOS USA wurden im selben Stand für VPS-Angebote 5 US-Dollar pro zusätzlicher IPv4 und Monat ausgewiesen, während eine IPv4 enthalten war. Diese Werte sind kein belastbares Preisranking: Währung, Region, Serverklasse und Leistungsumfang unterscheiden sich.
So rechnest Du die IPv4-Kosten über die Laufzeit
Für die Entscheidung zählt der Gesamtbetrag, nicht nur der monatliche Zuschlag einer Adresse. Verwende für jedes Angebot dieselbe Laufzeit und dieselbe Zahl tatsächlich benötigter Zusatzadressen.
Die Rechnung lautet:
Gesamtkosten = (monatlicher Serverpreis × Laufzeit in Monaten) + (Anzahl zusätzlicher IPv4 × Preis je IPv4 und Monat × Laufzeit in Monaten) + einmalige Gebühren
Als ausdrücklich hypothetisches Szenario kostet ein Root-Server 45 Euro pro Monat. Vier zusätzliche IPv4-Adressen werden mit jeweils 3 Euro pro Monat angesetzt; eine Einrichtungsgebühr fällt nicht an. Für 12 Monate ergibt sich:
(45 Euro/Monat × 12 Monate) + (4 × 3 Euro/Monat × 12 Monate) + 0 Euro = 540 Euro + 144 Euro = 684 Euro.
Die vier Zusatzadressen erhöhen die Jahreskosten in diesem Beispiel um 144 Euro. Über 36 Monate wären es bei unveränderten Bedingungen 432 Euro nur für die zusätzlichen IPv4-Adressen: 4 × 3 Euro/Monat × 36 Monate = 432 Euro. Dieser Zahlencheck zeigt, weshalb ein kleiner monatlicher Einzelbetrag bei mehreren Adressen und längerer Nutzung relevant wird.
Setze in die Rechnung die Werte aus der gewählten Tarifansicht ein. Achte außerdem darauf, ob Preise netto oder brutto ausgewiesen werden. Geschäftskundentarife nennen häufig Nettobeträge, während private Kostenvergleiche den zu zahlenden Bruttopreis benötigen. Aktionspreis und regulärer Folgepreis müssen getrennt gerechnet werden.
Die Tarifprüfung in der richtigen Reihenfolge
Eine belastbare Auswahl entsteht, wenn Du den Bedarf zuerst reduzierst und erst danach Preise vergleichst. Die folgende Reihenfolge verhindert, dass Du unpassende Adressprodukte oder unnötige Mengen buchst:
- Dienst erfassen: Notiere für jede Anwendung, weshalb sie öffentlich erreichbar sein muss und ob eingehende, ausgehende oder beide Verbindungen betroffen sind.
- Gemeinsame Nutzung testen: Prüfe, ob SNI, ein Reverse Proxy, andere Ports oder eine gemeinsame Ausgangsadresse die Anforderung erfüllen.
- IPv6-Fähigkeit klären: Ermittle, ob alle beteiligten Clients, Partnernetze und Überwachungsdienste IPv6 erreichen. Ein reiner IPv6-Betrieb ist nur sinnvoll, wenn die gesamte Verbindungskette dazu passt.
- Adressart bestimmen: Entscheide zwischen fest zugeordneter Einzel-IP, verschiebbarer Failover-IP und geroutetem Subnetz. Die Begriffe dürfen nicht allein über den Preis verglichen werden.
- Nutzbare Menge prüfen: Kläre, wie viele Adressen wirklich für Systeme verfügbar sind und ob eine primäre IPv4 zusätzlich gebucht werden muss.
- Folgekosten addieren: Rechne Server, IPv4-Zuschläge, Einrichtung, Lizenzen und gegebenenfalls Management über 12 oder 36 Monate zusammen.
- Verwaltung absichern: Prüfe im Anbieterbereich für Netzwerk- oder IP-Verwaltung, ob Reverse DNS, Routing, Failover-Zuweisung und spätere Erweiterungen unterstützt werden.
Wenn die gemeinsame Nutzung in Schritt zwei funktioniert, ist ein Tarif mit einer IPv4 oft die wirtschaftlichere Wahl. Scheitert sie an einer nachweisbaren Anforderung, sollte die Anzahl der Adressen direkt aus den getrennten Rollen folgen. Ein pauschaler Vorrat für mögliche spätere Projekte bindet Budget, ohne einen unmittelbaren Nutzen zu liefern.
Warum IPv4-Aufschläge kaum wieder verschwinden
Der frei verteilbare IPv4-Adressraum ist ausgeschöpft. Provider müssen vorhandene Bestände verwalten, Adressen über Transfers beziehen oder knappe Ressourcen innerhalb ihrer Produkte neu zuordnen. Neben dem Adresswert entstehen Aufwand für Routing, Missbrauchsbearbeitung, Dokumentation und Kundenverwaltung.
Das RIPE NCC verwaltet Internetnummern-Ressourcen in Europa und angrenzenden Regionen. Für 2026 beträgt die Gebühr je LIR-Account 1.800 Euro pro Jahr; unabhängige Internetnummern-Ressourcen werden zusätzlich mit 75 Euro jährlich berechnet. Diese Beträge sind keine Mietpreise für einzelne Root-Server-Adressen. Sie verdeutlichen vielmehr, dass Betrieb und Verwaltung eigener Ressourcen eine andere Kostenebene bilden als die monatliche Zusatzoption eines Hosters.
Ein eigener IPv4-Block ist für ein einzelnes Serverprojekt gewöhnlich keine einfache Sparalternative. Mitgliedschaft oder Sponsoring, Transferbedingungen, Routing und Administration kommen hinzu. Bei IPv4-Transfers kann zudem eine 24-monatige Haltefrist relevant sein. Wer nur wenige Adressen benötigt, sollte daher die Mietoptionen des Root-Server-Anbieters bewerten, statt Mietpreis und Transfermarktwert unmittelbar gleichzusetzen.
IPv6 senkt den Bedarf, ersetzt IPv4 aber nicht überall
IPv6 bietet einen sehr großen Adressraum und eignet sich gut, um virtuelle Maschinen oder Dienste mit eigenen globalen Adressen auszustatten. Es beseitigt jedoch nicht automatisch den IPv4-Bedarf. Ein Dienst ist über IPv6 nur für Gegenstellen erreichbar, deren Netzwerk und Software IPv6 tatsächlich unterstützen.
Für öffentliche Websites ist Dual Stack häufig ein sinnvoller Übergang: Der Dienst ist über IPv4 und IPv6 erreichbar, während viele Hostnamen weiterhin dieselbe IPv4 teilen. IPv6-only kann bei internen Plattformen, Entwicklungsumgebungen oder kontrollierten Nutzergruppen funktionieren. Für Dienste mit unbekannten Internetnutzern, ältere Partnernetze oder IPv4-basierte Freigabelisten ist eine erreichbare IPv4 oft weiterhin nötig.
NAT64 oder vorgeschaltete Proxys können bestimmte Übergänge ermöglichen, sind aber keine universelle Lösung. Sie erhöhen die Architekturkomplexität und können Anwendungen beeinträchtigen, die IPv4-Adressen direkt verarbeiten oder an Protokolldaten binden. Der wirtschaftliche Vorteil entsteht nur, wenn die alternative Architektur zuverlässig zum Last- und Kompatibilitätsprofil passt.
Häufige Fragen zu zusätzlichen Server-Adressen
Kann eine gemietete IPv4 später auf einen anderen Anbieter umziehen?
Eine gewöhnliche Zusatzadresse aus dem Bestand des Hosters bleibt in der Regel an dessen Infrastruktur gebunden. Beim Anbieterwechsel erhältst Du andere Adressen und musst DNS-Einträge, Freischaltungen sowie gegebenenfalls PTR-Einstellungen anpassen. Eine Failover-IP erleichtert meist nur den Wechsel innerhalb des vom Anbieter vorgesehenen Netzes.
Ist eine eigene IPv4 pro virtueller Maschine erforderlich?
Nein. Virtuelle Maschinen können private Adressen verwenden und über NAT, Portweiterleitungen oder einen Reverse Proxy erreichbar sein. Eigene öffentliche Adressen werden erst erforderlich, wenn die Maschinen unabhängig adressierbar sein müssen und die benötigten Protokolle nicht sinnvoll über gemeinsame Frontends oder unterschiedliche Ports getrennt werden können.
Was passiert mit IP-Freischaltungen bei einer Serverkündigung?
Mit dem Ende des Tarifs kann der Anbieter die IPv4 neu vergeben. Externe Freigabelisten, DNS-Einträge und Monitoring-Ziele funktionieren dann nicht mehr wie vorgesehen und können später auf einen fremden Anschluss zeigen. Plane bei einem Wechsel eine Übergangsphase ein und entferne die alte Adresse nach der Umstellung aus allen Partnerportalen und Zugriffskontrollen.
