Ein IPv6-only-VPS (nur IPv6) hat keine öffentliche IPv4-Adresse: Er ist von außen nur über seine IPv6-Adresse erreichbar und erreicht das Internet selbst auch nur über IPv6. Da die IPv4-Adressen knapp geworden sind, bieten immer mehr Anbieter diese günstigere Variante an. Ob sie sich für Sie lohnt, hängt davon ab, was Sie auf dem Server betreiben möchten und wer sich mit ihm verbindet. Wenn Sie sich gerade erst mit IPv6 vertraut machen, lesen Sie zuerst unseren Blogartikel darüber, was IPv6 ist.

Warum ist eine IPv4-Adresse teuer?

Der IPv4-Adressraum ist 32 Bit groß und umfasst insgesamt etwa 4,3 Milliarden Adressen. Das RIPE NCC, das die europäischen Adressen vergibt, hat im November 2019 seinen letzten freien Block vergeben. Seitdem sind neue Adressen praktisch nur noch auf dem Sekundärmarkt erhältlich, wo eine einzige Adresse mehrere Dutzend Dollar kostet. Die Anbieter rechnen diese Kosten in den VPS-Preis ein, und mehrere große Cloud-Anbieter berechnen seit 2024 für jede öffentliche IPv4-Adresse eine eigene Stundengebühr.

Der IPv6-Adressraum ist 128 Bit groß und praktisch unerschöpflich: Ein Server erhält oft ein ganzes /64-Subnetz, das sind mehr als 18 Trillionen Adressen. Eine IPv6-Adresse kostet den Anbieter daher so gut wie nichts.

Vorteile

Niedrigerer Preis

Wenn der Anbieter keine IPv4-Adresse bereitstellen muss, kann der VPS günstiger sein: Der Unterschied liegt je nach Anbieter typischerweise zwischen einem halben und einigen Euro pro Monat. Bei einem einzelnen Server ist das wenig, wenn Sie aber viele kleinere Maschinen betreiben (Backend-Server, Worker, Testumgebungen), summiert sich die Ersparnis.

Viele Adressen, keine Adressübersetzung

Wenn der Anbieter ein ganzes IPv6-Subnetz bereitstellt, kann jeder Container, jede virtuelle Maschine und jeder Dienst eine eigene öffentliche Adresse erhalten. Portweiterleitung und NAT sind nicht nötig, und zwei Dienste können sogar auf demselben Port laufen, unter verschiedenen Adressen.

Weniger automatisierte Scans

Der gesamte IPv4-Adressraum lässt sich in wenigen Minuten durchsuchen, deshalb tauchen auf einem neuen IPv4-Server schon nach wenigen Minuten die ersten SSH-Passwortversuche auf. Der IPv6-Adressraum ist für blindes Scannen zu groß, sodass die Logs deutlich ruhiger sind. Ein Schutz ist das jedoch nicht: Die Adresse kann über den AAAA-Eintrag im DNS, die Certificate-Transparency-Logs oder die ausgehenden Verbindungen des Servers bekannt werden. Eine Firewall und sichere SSH-Server-Einstellungen sind auch unter IPv6 Pflicht.

Zukunftssicher

Mobilfunknetze und viele Internetanbieter für Privatkunden nutzen bereits IPv6, laut den Messungen von Google erreicht fast die Hälfte der Nutzer dessen Dienste über IPv6. Auf einem IPv6-only-Server lernen Sie schon jetzt, was später Standard sein wird.

Nachteile

Aus reinen IPv4-Netzen nicht direkt erreichbar

Das ist die größte Einschränkung. Viele Heim- und Büronetze, Firmennetze, Hotel- und öffentliche WLANs nutzen nach wie vor nur IPv4. Besucher aus diesen Netzen können Ihre Website nicht öffnen und sich nicht mit Ihrem SSH, Ihrem Gameserver oder Ihrer API verbinden. Bei einem Webserver lässt sich das mit einem CDN lösen (siehe unten), bei anderen Diensten nur schwerer.

Auch ausgehend nur IPv6

Der Server erreicht keine Dienste, die nur eine IPv4-Adresse haben. Zum Zeitpunkt der Erstellung dieses Artikels (November 2026) gehört GitHub dazu: github.com, api.github.com und die Container-Registry ghcr.io sind über IPv6 nicht erreichbar, daher funktionieren git clone, von GitHub heruntergeladene Releases und Installationsskripte, die auf GitHub aufbauen, nicht. Dasselbe kann bei Zahlungsdienstleistern, externen APIs sowie Lizenz- und Update-Servern vorkommen.

Die meisten grundlegenden Quellen sind dagegen auch über IPv6 erreichbar: die Paketquellen von Debian, Ubuntu und AlmaLinux, Docker Hub, PyPI, npm, WordPress.org und Let’s Encrypt. Ob ein bestimmter Dienst eine IPv6-Adresse hat, können Sie mit dem Befehl dig prüfen:

dig +short AAAA api.example.com

Wenn der Befehl nichts ausgibt, ist der Dienst nur über IPv4 erreichbar.

Als eigenständiger Mailserver nicht geeignet

Einen eigenständigen Mailserver, der E-Mails direkt aus dem Internet empfängt und dorthin versendet, sollten Sie nicht auf einer IPv6-only-Maschine betreiben. Viele Mailserver nehmen E-Mails noch immer nur über IPv4 an, sodass Sie an diese nicht senden können, und reine IPv4-Absender können Ihnen nichts senden. Außerdem prüfen die großen E-Mail-Anbieter über IPv6 eingehende E-Mails strenger (ohne Reverse-DNS, SPF und DKIM lehnen sie sie ab).

In einem verteilten Mailsystem eignet sich ein IPv6-only-VPS dagegen gut zum Speichern der E-Mails. Dort nimmt ein Frontend-Server mit IPv4- und IPv6-Adresse (zum Beispiel Exim und ein Dovecot-Proxy) die eingehenden E-Mails und die IMAP-, POP3- und SMTP-Verbindungen der E-Mail-Programme an und leitet sie an eines von mehreren Speicher-Backends weiter. Der Verkehr zwischen Frontend und Backends kann über IPv6 laufen: Die Backends muss niemand von außen erreichen, eine IPv4-Adresse wäre also nur ein unnötiger Kostenfaktor. Die andere Möglichkeit ist ein internes Netz (privates VLAN) zwischen den Maschinen, sofern der Anbieter eines anbietet.

Wenn Sie kein eigenes Mailsystem betreiben möchten, überlassen Sie Ihre E-Mails einem separaten E-Mail-Hosting. Und wenn Ihre Anwendung Benachrichtigungen per SMTP versendet, prüfen Sie, ob der ausgehende Mailserver auch über IPv6 erreichbar ist.

Auch Ihr eigenes Netz braucht IPv6

Damit Sie sich per SSH mit dem Server verbinden können, muss auch Ihre eigene Internetverbindung IPv6 unterstützen. Auf Ihrem eigenen Rechner prüfen Sie das mit:

curl -6 https://ifconfig.co

Wenn der Befehl statt Ihrer IPv6-Adresse einen Fehler ausgibt, ist Ihr Netz ein reines IPv4-Netz. Dann erreichen Sie den Server über einen Zwischenserver mit IPv4- und IPv6-Adresse (Jump-Host), per VPN, mit Cloudflare Tunnel und Access oder über die Webkonsole des Anbieters.

Software, die IPv4 voraussetzt

Manche Programme lauschen standardmäßig nur auf der IPv4-Adresse (0.0.0.0) oder haben eine IPv4-Adresse in ihren Einstellungen. Docker-Container erhalten standardmäßig nur eine IPv4-Adresse, daher muss die IPv6-Unterstützung auf einer IPv6-only-Maschine in der Datei daemon.json eigens aktiviert werden, sonst erreichen die Container das Internet nicht. Auch einige externe Monitoring- und Uptime-Dienste prüfen nur über IPv4.

Beim Webserver: ein CDN vorschalten

Bei einer Website lässt sich das Problem der reinen IPv4-Besucher mit einem CDN lösen. Das CDN nimmt Besucher über IPv4 und IPv6 an und verbindet sich über IPv6 mit Ihrem Server. Auch der kostenlose Tarif von Cloudflare funktioniert so:

1. Fügen Sie die Domain zu Cloudflare hinzu und legen Sie einen AAAA-Eintrag mit der IPv6-Adresse des VPS an, mit aktiviertem Proxy (orangefarbene Wolke). Ein A-Eintrag ist nicht nötig.
2. Auf dem Server muss ein gültiges SSL-Zertifikat installiert sein und in Cloudflare der Modus Full (strict) eingestellt sein; den Unterschied zwischen den Modi erklärt der Artikel SSL hinter Cloudflare.
3. Richten Sie den Webserver so ein, dass er die echte IP-Adresse des Besuchers protokolliert und nicht die von Cloudflare: Bei Nginx braucht es dafür real_ip_header CF-Connecting-IP; und set_real_ip_from-Zeilen mit den IP-Bereichen von Cloudflare, bei Apache das Modul mod_remoteip. Die Liste der Bereiche finden Sie auf der Seite https://www.cloudflare.com/ips/.
4. Wenn Sie möchten, geben Sie die Ports 80 und 443 in der Firewall nur für die IPv6-Bereiche von Cloudflare frei, damit niemand den Server unter Umgehung des CDN erreicht.

Prüfen Sie bei anderen CDNs zuerst, ob sie sich mit einem IPv6-only-Server (Origin) verbinden können, denn nicht alle können das.

Auch diese Lösung hat Grenzen: Der kostenlose Proxy von Cloudflare leitet nur HTTP- und HTTPS-Verkehr weiter, nicht aber den Verkehr von SSH, E-Mail, einer Datenbank oder einem Gameserver. Dafür kann Cloudflare Tunnel eine Lösung sein: Das auf dem Server laufende cloudflared baut die Verbindung zu Cloudflare selbst auf, deshalb ist nicht einmal ein offener Port nötig. Starten Sie es auf einer IPv6-only-Maschine mit der Option --edge-ip-version auto (oder 6), da es standardmäßig versucht, sich über IPv4 zu verbinden.

Wenn Sie mehrere IPv6-only-Server haben, ist eine weitere Möglichkeit ein kleiner VPS mit zusätzlicher IPv4-Adresse, der den Verkehr als Reverse-Proxy an die anderen Maschinen weiterleitet, zum Beispiel mit dem Nginx Proxy Manager.

Ausgehender Verkehr: NAT64 und DNS64

Wenn der Server auch reine IPv4-Dienste erreichen muss, helfen NAT64 und DNS64. Ein DNS64-Resolver liefert auch für Namen, die nur eine IPv4-Adresse haben, eine IPv6-Adresse (mit dem Präfix 64:ff9b::/96), und das NAT64-Gateway übersetzt diesen Verkehr in IPv4. Wenn Ihr Anbieter NAT64 anbietet, genügt es, den DNS64-Server als DNS-Resolver des Servers einzutragen.

Es gibt auch kostenlose, öffentliche NAT64-Dienste, diese werden jedoch von Freiwilligen betrieben, garantieren keine Verfügbarkeit, und Ihr Verkehr läuft über einen Dritten, deshalb empfehlen wir sie nicht für Produktivsysteme. Zuverlässiger ist es, den Verkehr über einen eigenen Server mit zusätzlicher IPv4-Adresse zu leiten, zum Beispiel mit einem HTTP-Proxy oder einem SSH-SOCKS-Proxy.

Wann ist er eine gute Wahl?

Nutzung	IPv6-only-VPS?
Website oder Webanwendung hinter Cloudflare oder einem anderen CDN	Ja
Backend, Datenbank oder Worker, die nur Ihre eigenen Server erreichen	Ja, wenn diese ebenfalls IPv6 nutzen oder ein Proxy davor sitzt
Testserver, Lernen, Experimentieren	Ja
Eigenständiger Mailserver	Nein
Mail-Speicher-Backend hinter einem IPv4-Frontend (Exim, Dovecot-Proxy)	Ja
Gameserver, VPN, VoIP, mit denen sich die Nutzer direkt verbinden	Nur wenn alle Nutzer IPv6 haben
Deployment oder CI/CD, das auf GitHub aufbaut	Nur mit NAT64 oder einem Proxy
Anwendung, die externe APIs oder Zahlungssysteme aufruft	Prüfen Sie zuerst, ob diese auch über IPv6 erreichbar sind

Kurz gesagt: Ein IPv6-only-VPS lohnt sich, wenn ein CDN oder ein Proxy die Dienste des Servers für die IPv4-Welt erreichbar macht und der Server ausgehend nur Quellen nutzt, die auch über IPv6 erreichbar sind. Im Zweifel erleben Sie mit einem Server, der auch eine IPv4-Adresse hat, weniger Überraschungen.

IPv4 und IPv6 auf den VPS von aWh

In unseren KVM-VPS-Paketen erhält jeder Server standardmäßig eine IPv4- und eine IPv6-Adresse, er ist also über beide Protokolle erreichbar und erreicht das Internet über beide. Wenn Sie keine IPv4-Adresse benötigen, können Sie bei der Bestellung wählen, dass der VPS nur mit einer IPv6-Adresse läuft, dann wird er günstiger. Für eine Website hinter Cloudflare oder die internen Maschinen eines verteilten Systems genügt die IPv6-only-Variante; für den Frontend-Server und jede Maschine, die direkt über IPv4 erreichbar sein muss, wählen Sie die Variante mit IPv4-Adresse. Die Einrichtung der IPv6-Adresse erklären wir in einem eigenen Artikel.