Google DNS Server: 8.8.8.8, 8.8.4.4, IPv6-Adressen & Setup

Was ist Google Public DNS?

Google DNS, offiziell Google Public DNS, ist ein kostenloser DNS-Resolver, den Google seit Dezember 2009 betreibt. Ein Resolver ist der Server, den Ihr Gerät fragt, um eine Domain wie github.com in eine IP-Adresse zu übersetzen. Ihr Internetanbieter stellt Ihnen standardmäßig seinen eigenen Resolver bereit; der von Google ist eine öffentliche Alternative, die jeder nutzen kann, indem er 8.8.8.8 in seinen Netzwerkeinstellungen einträgt.

Die Adressen sind absichtlich leicht zu merken und gehören zu den meistgenutzten DNS-Servern im Internet. Google sagt, dass es personenbezogene Daten aus dem Dienst nicht für gezielte Werbung nutzt, und legt genau offen, was protokolliert wird (siehe den Abschnitt zum Datenschutz weiter unten).

Google DNS-Server-Adressen (IPv4 und IPv6)

Tragen Sie diese Adressen in jedes Feld für DNS-Einstellungen ein. Nutzen Sie beide: Die zweite ist die Ausweichadresse, falls Ihr Gerät die erste nicht erreicht. Um Google direkt aus einem Terminal abzufragen, nutzen Sie die Befehle unter der Tabelle.

# Google DNS direkt fragen (macOS, Linux oder Windows mit den BIND-Tools)
dig @8.8.8.8 dnsrobot.net A +short

# Das Gleiche über IPv6
dig @2001:4860:4860::8888 dnsrobot.net A +short

# Das Gleiche mit Windows-Bordmitteln
nslookup dnsrobot.net 8.8.8.8

Beide Adressen sind Anycast-Adressen: Google kündigt sie aus Rechenzentren auf der ganzen Welt an, und Ihre Anfrage landet beim im Netz nächstgelegenen. 8.8.8.8 und 8.8.4.4 sind gleichwertig; keine von beiden ist ein langsamerer Backup-Server. Kleine Geschwindigkeitsunterschiede zwischen ihnen, wie in unserem Benchmark weiter unten, hängen vom Routing am jeweiligen Tag ab.

Wenn Ihr Anschluss IPv6 hat, tragen Sie auch das IPv6-Paar ein. Sonst nutzt Ihr Gerät womöglich weiter den IPv6-DNS-Server, den Ihr Internetanbieter verteilt, und umgeht Google unbemerkt. Manche Router und ältere Geräte lehnen die Kurzform mit :: ab; dafür nennt Google die ausgeschriebene Form 2001:4860:4860:0:0:0:0:8888 und 2001:4860:4860:0:0:0:0:8844 (Google Public DNS).

IPv6-DNS-Adressen: Google, Cloudflare, Quad9 und OpenDNS

Wenn Sie IPv6-DNS-Felder ausfüllen, finden Sie hier die Paare der vier großen öffentlichen Resolver. Jeder hat unsere Testabfrage am 26. Oktober 2026 über IPv6 beantwortet:

Nehmen Sie beide Adressen eines Anbieters und mischen Sie die Anbieter nicht, damit jede Abfrage dieselben Filter- und Datenschutzregeln hat.

IPv6 ist an sich nicht schneller. Von unserem Jio-Heimanschluss in Indien aus antwortete Google im Median in 32 ms über IPv6 und 33 ms über IPv4 (je 15 Abfragen aus dem Cache, 26. Oktober 2026), Cloudflare in 30 und 29 ms. Tragen Sie das IPv6-Paar ein, damit Ihr Gerät nicht beim IPv6-DNS-Server Ihres Internetanbieters bleibt, nicht wegen der Geschwindigkeit.

Google DNS64-Adressen für reine IPv6-Netze

Google betreibt außerdem einen DNS64-Dienst. In einem Netz, das nur IPv6 hat, erzeugt er IPv6-Adressen für Websites, die nur IPv4 haben, damit ein NAT64-Gateway den Datenverkehr übersetzen kann. Das brauchen Sie nur, wenn Sie ein reines IPv6-Netz mit NAT64 und dem bekannten Präfix 64:ff9b::/96 betreiben.

DNS over HTTPS, DNS over TLS und die JSON-API

Normales DNS über Port 53 ist unverschlüsselt. Ihr Internetanbieter und alle anderen auf dem Weg können also die Namen mitlesen, die Sie abfragen. Google Public DNS antwortet zusätzlich über verschlüsselte Protokolle:

• DNS over HTTPS (DoH): https://dns.google/dns-query. Chrome und Edge nutzen es, wenn Sie in der Einstellung für sicheres DNS Google auswählen; Firefox führt Google nicht auf, wählen Sie dort also Benutzerdefiniert und fügen Sie die URL ein.
• DNS over TLS (DoT): Hostname dns.google auf Port 853. Den tragen Sie in der Android-Einstellung Privates DNS ein.
• JSON-API: https://dns.google/resolve?name=example.com&type=A liefert die Antwort als JSON, praktisch für Skripte und schnelle Checks im Browser.

# Googles JSON-API: funktioniert mit einfachem curl
curl -s 'https://dns.google/resolve?name=dnsrobot.net&type=A'
# {"Status":0, ... "Answer":[{"name":"dnsrobot.net.","type":1,"TTL":300,"data":"172.67.150.248"}, ...],
#  "Comment":"Response from 108.162.193.236."}

Hat Google die Antwort frisch geholt, nennt das Feld Comment den autoritativen Server, den Google gefragt hat; Antworten aus Googles Cache haben oft kein Comment. Hier ist das einer der Nameserver von Cloudflare, weil das DNS von dnsrobot.net bei Cloudflare gehostet wird.

Google DNS und Datenschutz: Was protokolliert wird

Google beschreibt seine Protokollierung auf der Datenschutzseite von Google Public DNS. Es gibt zwei Arten von Logs:

• Temporäre Logs enthalten Ihre vollständige IP-Adresse und die Anfrage. Sie werden innerhalb von 24 bis 48 Stunden gelöscht, außer Daten, die Google länger aufbewahrt, um ein konkretes Sicherheits- oder Missbrauchsproblem zu klären.
• Permanente Logs speichern eine Stichprobe der Anfragen ohne IP-Adresse. Stattdessen enthalten sie einen Standort auf Stadt- oder Regionsebene, dazu Angaben wie die ASN Ihres Netzwerks, den abgefragten Namen und den Eintragstyp.
• Google sagt, dass es diese Logs nicht mit personenbezogenen Daten aus Ihrem Google-Konto oder anderen Google-Diensten verknüpft, außer zur Abwehr von Sicherheitsproblemen und Missbrauch.
• EDNS Client Subnet (ECS): Google gibt die ersten 24 Bit Ihrer IPv4-Adresse (56 Bit bei IPv6) oder weniger an die DNS-Server der Website weiter, wenn diese ECS unterstützen. Das hilft CDNs, Sie zu einem Server in Ihrer Nähe zu schicken. Cloudflares 1.1.1.1 macht das nicht.

Googles Protokollierung ist schlanker als die vieler Resolver von Internetanbietern, aber umfangreicher als die von 1.1.1.1: Cloudflare sagt, dass es Ihre IP-Adresse nicht auf die Festplatte schreibt (bis auf eine winzige zufällige Paketstichprobe zur Fehlersuche) und seine gekürzten Logs innerhalb von 25 Stunden löscht. Keiner der beiden Dienste verbirgt Ihre Anfragen vor Ihrem Internetanbieter, solange Sie nicht DoH oder DoT nutzen.

Blockiert Google DNS irgendetwas?

Nein. Laut Google blockiert oder filtert Google Public DNS keinerlei Domains, außer in seltenen Sicherheits- oder Rechtsfällen. DNSSEC wird allerdings validiert: Eine Domain mit fehlerhaften Signaturen scheitert mit SERVFAIL, statt eine möglicherweise gefälschte Antwort zu liefern. Wenn Sie Filter wollen, nehmen Sie einen Resolver, der dafür gebaut ist:

Google DNS vs. Cloudflare vs. Quad9: Unser Geschwindigkeitstest

Ist 8.8.8.8 schneller als 1.1.1.1? Das hängt von Ihrem Netzwerk ab, also haben wir gemessen. Am 4. Oktober 2026 haben wir jedem Resolver 15 Abfragen eines populären Namens (im Cache) und 15 Abfragen völlig neuer Namen (nicht im Cache) geschickt, und zwar von zwei Orten in Indien: einem Jio-Heimanschluss in Andhra Pradesh und unserem Webserver in einem Rechenzentrum in Navi Mumbai. Die Tabelle zeigt den Median der Antwortzeit.

Global sieht DNSPerfs Resolver-Ranking (letzte 30 Tage, abgerufen am 4. Oktober 2026) 1.1.1.1 knapp vorn: im Schnitt 13.63 ms gegenüber 19.47 ms bei Google und 21.62 ms bei Quad9. Unsere Werte aus Indien zeigen, warum ein Durchschnitt in die Irre führen kann.

Google gewann den Test ohne Cache in beiden Netzen (116–121 ms am Heimanschluss, 64 ms vom Rechenzentrum aus), und genau das spüren Sie, wenn Sie eine Website zum ersten Mal besuchen. Cloudflare beantwortete Namen aus dem Cache am Heimanschluss schneller (26 ms gegenüber 31 ms bei 8.8.4.4 und 53 ms bei 8.8.8.8). Vom Rechenzentrum aus beantwortete jeder Resolver Namen aus dem Cache in 2–3 ms.

Keiner von beiden ist also überall „der schnellste DNS“. Der Abstand zwischen ihnen beträgt so oder so ein paar Dutzend Millisekunden. Das ist weniger als der Abstand zwischen einem guten öffentlichen Resolver und einem langsamen Resolver des Internetanbieters.

Das Ranking für Ihren eigenen Anschluss zeigt der DNS Speed Test von DNS Robot: Er misst Google, Cloudflare, Quad9 und neun weitere öffentliche Resolver per DNS over HTTPS aus Ihrem Browser, sortiert sie nach dem Median der Antwortzeit (mit Cache) und vergleicht den Sieger mit Ihrem aktuellen DNS anhand ganz neuer Domainnamen.

Google DNS (8.8.8.8) einrichten

Im Router eingestellt, gilt es für jedes Gerät in Ihrem WLAN. Stellen Sie es stattdessen auf dem Gerät ein, wenn Sie den Router nicht ändern können, oder bei Laptops und Smartphones, die Sie auch unterwegs nutzen.

Im Router

• Melden Sie sich auf der Admin-Oberfläche des Routers an, meist unter 192.168.1.1 oder 192.168.0.1. Unser Router Login nennt Standardadresse und Passwort für 80+ Router und Internetanbieter.
• Öffnen Sie die Einstellungen unter Internet, WAN oder DHCP und suchen Sie die DNS-Felder.
• Stellen Sie DNS von automatisch auf manuell um und tragen Sie 8.8.8.8 und 8.8.4.4 ein. Gibt es einen IPv6-Bereich, tragen Sie dort 2001:4860:4860::8888 und 2001:4860:4860::8844 ein.
• Speichern Sie und verbinden Sie Ihre Geräte neu (oder starten Sie den Router neu), damit sie die Änderung übernehmen.

Unter Windows 11 und 10

• Öffnen Sie Einstellungen → Netzwerk und Internet, wählen Sie WLAN oder Ethernet und klicken Sie dann auf Ihre Verbindung.
• Klicken Sie neben DNS-Serverzuweisung auf Bearbeiten und stellen Sie auf Manuell um.
• Tragen Sie unter IPv4 als bevorzugten DNS 8.8.8.8 und als alternativen DNS 8.8.4.4 ein. Unter Windows 11 können Sie für beide DNS über HTTPS auf Ein (automatische Vorlage) stellen.
• Tragen Sie unter IPv6 2001:4860:4860::8888 und 2001:4860:4860::8844 ein und speichern Sie.
• Windows 10 hat in den Einstellungen keine eigene DNS-Option. Drücken Sie Win + R, führen Sie ncpa.cpl aus, klicken Sie mit der rechten Maustaste auf Ihren Adapter und öffnen Sie Eigenschaften → Internetprotokoll, Version 4 (TCP/IPv4) → Eigenschaften → Folgende DNS-Serveradressen verwenden, und dasselbe unter Internetprotokoll, Version 6 (TCP/IPv6). Die Befehle unten funktionieren unter beiden Versionen.

REM Eingabeaufforderung als Administrator. Ersetzen Sie "Wi-Fi" durch den Namen Ihres Adapters (unter deutschem Windows meist "WLAN")
REM (anzeigen mit: netsh interface show interface)
netsh interface ipv4 set dnsservers name="Wi-Fi" source=static address=8.8.8.8 validate=no
netsh interface ipv4 add dnsservers name="Wi-Fi" address=8.8.4.4 index=2 validate=no
netsh interface ipv6 set dnsservers name="Wi-Fi" source=static address=2001:4860:4860::8888 validate=no
netsh interface ipv6 add dnsservers name="Wi-Fi" address=2001:4860:4860::8844 index=2 validate=no
ipconfig /flushdns

Unter macOS und Linux

• macOS: Systemeinstellungen → Netzwerk → WLAN → Details → DNS, klicken Sie auf + und fügen Sie 8.8.8.8, 8.8.4.4 und die beiden IPv6-Adressen hinzu.
• Linux mit systemd-resolved (zum Beispiel Ubuntu- und Fedora-Desktops): Stellen Sie es pro Verbindung im NetworkManager ein oder nutzen Sie resolvectl wie unten. Bearbeiten Sie /etc/resolv.conf auf diesen Systemen nicht von Hand; die Datei wird neu erzeugt.

# macOS (auf deutschen Systemen heißt der Dienst oft "WLAN" statt Wi-Fi)
networksetup -setdnsservers Wi-Fi 8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844

# Linux (NetworkManager): Ersetzen Sie "Home Wi-Fi" durch den Namen Ihrer Verbindung
nmcli con mod "Home Wi-Fi" ipv4.dns "8.8.8.8 8.8.4.4" ipv4.ignore-auto-dns yes \
  ipv6.dns "2001:4860:4860::8888 2001:4860:4860::8844" ipv6.ignore-auto-dns yes
nmcli con up "Home Wi-Fi"

# Linux (systemd-resolved, gilt bis zur nächsten Neuverbindung; ersetzen Sie wlan0 durch Ihre Schnittstelle)
sudo resolvectl dns wlan0 8.8.8.8 8.8.4.4
resolvectl status wlan0

Unter Android und auf dem iPhone

• Android 9 oder neuer: Öffnen Sie Einstellungen → Netzwerk & Internet → Privates DNS (bei manchen Smartphones unter Erweitert), wählen Sie Hostname des Anbieters des privaten DNS und geben Sie dns.google ein. Das verschlüsselt Ihre Anfragen und funktioniert über mobile Daten genauso wie im WLAN.
• iPhone und iPad: Einstellungen → WLAN, tippen Sie auf das (i) neben Ihrem Netzwerk und dann auf DNS konfigurieren → Manuell. Entfernen Sie die vorhandenen Einträge und fügen Sie 8.8.8.8 und 8.8.4.4 hinzu. Das gilt nur für dieses eine WLAN.

So prüfen Sie, ob Sie Google DNS nutzen

Google stellt einen speziellen Namen bereit, der mit der Adresse desjenigen antwortet, der ihn abfragt. Führen Sie die Abfrage ohne Angabe eines Servers aus, damit sie über Ihre normalen Einstellungen läuft:

# Windows, macOS oder Linux
nslookup -type=TXT o-o.myaddr.l.google.com

# Mit Google DNS: Sie bekommen eine Google-Adresse (oft 172.253.x.x, 192.178.x.x oder 74.125.x.x)
# plus eine Zeile "edns0-client-subnet".
# Ohne Google: Sie bekommen stattdessen die Adresse des Resolvers Ihres Internetanbieters oder VPNs.

# DNSSEC-Test: Diese absichtlich fehlerhafte Domain muss scheitern
dig @8.8.8.8 dnssec-failed.org | grep status
# status: SERVFAIL

Zeigt die nslookup-Antwort weiterhin Ihren Internetanbieter, überschreibt etwas Ihre Einstellung: der Router, der an das DNS seines Anbieters weiterleitet, IPv6-DNS-Server, die noch auf automatisch stehen, ein VPN oder ein Netzwerk, das Port 53 abfängt (siehe unten). Die Einstellung für sicheres DNS im Browser ändert an diesem Test nichts, denn er nutzt den Resolver Ihres Systems. Nach jeder Änderung sollten Sie Ihren DNS-Cache leeren, damit alte Antworten den Test nicht verfälschen.

8.8.8.8 funktioniert nicht? Häufige Ursachen

Google Public DNS selbst fällt nur sehr selten aus. Wenn es scheinbar nicht funktioniert, liegt es meist an einer dieser Ursachen:

• Ihr Netzwerk fängt DNS ab. Manche Internetanbieter, Hotels und Firmen-Firewalls leiten jede Anfrage auf Port 53 an ihren eigenen Resolver um, sodass 8.8.8.8 in Ihren Einstellungen nichts ändert. Der Test mit o-o.myaddr.l.google.com oben zeigt dann eine Adresse, die nicht von Google stammt. DoH oder DoT zu dns.google umgeht das meist, sofern das Netzwerk es zulässt.
• Ein Captive Portal. In WLANs von Hotels, Flughäfen und Cafés erscheint die Anmeldeseite oft nur über das netzeigene DNS. Stellen Sie DNS wieder auf automatisch, melden Sie sich an und wechseln Sie danach zurück.
• Eine Firewall, die nur ihr eigenes DNS erlaubt. Firmen- und Schulnetze sperren oft Port 53 und 853 zu externen Resolvern. Nutzen Sie dort den Resolver des Netzwerks.
• Eine Domain mit fehlerhaftem DNSSEC. Google prüft Signaturen. Ist das DNSSEC einer Domain falsch konfiguriert, antwortet Google mit SERVFAIL, während ein Resolver ohne Validierung vielleicht noch eine Adresse liefert. Die Lösung liegt auf der Seite der Domain.
• Rate Limiting. Google erlaubt bis zu 1.500 Anfragen pro Sekunde je IPv4-Adresse (bzw. je IPv6-/64). Privatnutzer kommen da nie in die Nähe, ein ausgelasteter Mailserver oder Crawler hinter einer einzigen IP aber schon.
• Veraltete Antworten. Nach dem Wechsel bleiben zwischengespeicherte Antworten auf Ihrem Gerät, bis ihre TTL abläuft. Leeren Sie den Cache und testen Sie erneut.

Wenn gar keine Website lädt, folge unserem Guide zu DNS-Server antwortet nicht. Scheitert nur eine einzelne Website mit DNS_PROBE_FINISHED_NXDOMAIN, liegt das Problem meist bei den Einträgen dieser Domain; siehe NXDOMAIN-Fehler beheben.