So beheben Sie den Fehler „Server-IP-Adresse konnte nicht gefunden werden”

Der Fehler "Server-IP-Adresse konnte nicht gefunden werden" bedeutet, dass Ihr Browser eine DNS-Anfrage für einen Domainnamen gesendet hat und keine gültige IP-Adresse als Antwort erhalten hat — daher wurde nie eine TCP-Verbindung versucht. Die Grundursache liegt fast immer in einem Fehler irgendwo in der DNS-Auflösungskette: ein veralteter lokaler Cache, ein falsch konfigurierter Resolver, eine Propagierungsverzögerung nach einer DNS-Eintragsänderung oder ein tatsächlicher serverseitiger Ausfall.

Dieser Leitfaden behandelt jede Schicht dieser Kette — vom eigenen DNS-Cache des Browsers bis hin zum rekursiven Resolver Ihres ISP und dem autoritativen Nameserver — mit genauen Befehlen, Details auf Registry-Ebene und den Sonderfällen, die generische Anleitungen übersehen.

Was bei der DNS-Auflösung tatsächlich passiert

Bevor Sie mit der Fehlerbehebung beginnen, verhindert das Verständnis des Auflösungspfads verschwendeten Aufwand. Wenn Sie eine URL in einen Browser eingeben, wird die folgende Suchsequenz der Reihe nach ausgeführt:

1. Browser-DNS-Cache — Chrome, Firefox und Edge pflegen jeweils ihren eigenen In-Memory-DNS-Cache, getrennt vom Betriebssystem.
2. OS-Resolver-Cache — Der Windows DNS Client-Dienst oder macOS mDNSResponder prüft seinen lokalen Cache.
3. Hosts-Datei — Eine statische Override-Datei, die Vorrang vor jeder netzwerkbasierten Auflösung hat.
4. Konfigurierter DNS-Resolver — Normalerweise Ihr Router (als Forwarder) oder ein direkt konfigurierter öffentlicher Resolver wie `8.8.8.8`.
5. Rekursiver Resolver beim ISP — Der Resolver Ihres ISP fragt die globale DNS-Hierarchie ab, wenn er keine gecachte Antwort hat.
6. Autoritativer Nameserver — Die endgültige Wahrheitsquelle für die A/AAAA-Einträge der Domain.

Ein Fehler in einer dieser Phasen erzeugt denselben generischen Browser-Fehler. Zu wissen, welche Schicht defekt ist, bestimmt, welche Lösung zuerst angewendet werden soll.

Schritt 1: URL überprüfen und Umfang testen

Dieser Schritt klingt trivial, eliminiert aber sofort zwei der häufigsten Ursachen.

• Auf Tippfehler prüfen in der Adressleiste, einschließlich falscher TLDs (`.co` vs. `.com`, `.net` vs. `.org`).
• Eine zweite Domain testen, von der Sie wissen, dass sie aktiv ist (z. B. `google.com`). Wenn diese ebenfalls fehlschlägt, ist das Problem netzwerkweit auf Ihrem Rechner, nicht domainspezifisch.
• Von einem Mobilgerät über mobile Daten testen (nicht WLAN). Wenn die Website dort lädt, liegt das Problem lokal an Ihrem Netzwerk oder Rechner.
• Eine schnelle DNS-Abfrage über die Befehlszeile ausführen, um den Browser vollständig zu umgehen:

“`bash

Windows / macOS / Linux

nslookup example.com

“`

Wenn `nslookup` eine IP-Adresse zurückgibt, der Browser aber weiterhin einen Fehler anzeigt, ist das Problem browserspezifisch. Wenn `nslookup` ebenfalls fehlschlägt, liegt das Problem auf der Ebene des OS-Resolvers oder tiefer.

Schritt 2: Internen DNS-Cache des Browsers leeren

Jeder gängige Browser cached DNS-Einträge unabhängig vom Betriebssystem. Nur den OS-Cache zu leeren und den Browser-Cache zu ignorieren ist ein häufiger Fehler.

Google Chrome und Edge (Chromium-basiert):

Navigieren Sie zur folgenden internen URL in der Adressleiste:

“`

chrome://net-internals/#dns

“`

Klicken Sie auf "Host-Cache leeren". Navigieren Sie dann zu:

“`

chrome://net-internals/#sockets

“`

Klicken Sie auf "Socket-Pools leeren", um auch veraltete TCP-Verbindungen zu alten IP-Adressen zu löschen.

Firefox:

Firefox bietet keine direkte DNS-Flush-Oberfläche. Die zuverlässigste Methode ist:

1. Öffnen Sie `about:config` in der Adressleiste.
2. Suchen Sie nach `network.dnsCacheExpiration`.
3. Setzen Sie den Wert vorübergehend auf `0`, laden Sie die Seite neu und stellen Sie ihn dann auf `60` (den Standard) zurück.

Alternativ leert ein Neustart von Firefox mit allen geschlossenen Tabs seinen DNS-Cache vollständig.

Browser-Cookies und gecachte Dateien leeren kann ebenfalls helfen, wenn eine Weiterleitungsschleife oder eine veraltete Antwort beteiligt ist:

• Chrome: Menü > Weitere Tools > Browserdaten löschen > Bilder und Dateien im Cache und Cookies und andere Websitedaten auswählen > Daten löschen.

Schritt 3: DNS-Cache des Betriebssystems leeren

Der DNS-Resolver-Cache auf Betriebssystemebene speichert Einträge, bis ihre TTL abläuft. Wenn eine Domain kürzlich ihre DNS-Einträge geändert hat (z. B. bei einer Server-Migration oder IP-Änderung), hält Ihr Rechner möglicherweise den alten, nun ungültigen Eintrag weit über seine TTL hinaus aufgrund eines Resolver-Fehlers oder einer sehr hohen ursprünglichen TTL.

Windows (alle Versionen):

Öffnen Sie die Eingabeaufforderung als Administrator und führen Sie aus:

“`cmd

ipconfig /flushdns

“`

Erwartete Ausgabe: `Successfully flushed the DNS Resolver Cache.`

Für einen gründlicheren Reset leeren Sie auch den NetBIOS-Cache:

“`cmd

nbtstat -R

“`

macOS (versionsspezifische Befehle):

Linux (systemd-resolved):

“`bash

sudo systemd-resolve –flush-caches

sudo systemd-resolve –statistics # Verify cache was cleared

“`

Bei Verwendung von `nscd` stattdessen:

“`bash

sudo service nscd restart

“`

Schritt 4: Router neu starten und IP-Lease erneuern

Ihr Heimrouter fungiert typischerweise als DNS-Forwarder — er empfängt Ihre DNS-Anfragen und leitet sie an den Resolver Ihres ISP weiter. Ein Router mit einer beschädigten ARP-Tabelle oder einem veralteten DHCP-Lease kann DNS-Fehler verursachen, die identisch mit serverseitigen Problemen aussehen.

Router-Neustart-Vorgang:

1. Schalten Sie den Router aus und trennen Sie ihn von der Stromquelle.
2. Warten Sie volle 30 Sekunden (Kondensatoren müssen sich für einen echten Kaltstart entladen).
3. Schalten Sie ihn wieder ein und warten Sie, bis alle Kontrollleuchten stabil sind, bevor Sie testen.

IP-Adresse nach dem Neustart des Routers erneuern:

*Windows:*

“`cmd

ipconfig /release

ipconfig /renew

“`

*macOS:*

Navigieren Sie zu Systemeinstellungen > Netzwerk > wählen Sie Ihre aktive Schnittstelle > Details > TCP/IP > DHCP-Lease erneuern.

*Linux:*

“`bash

sudo dhclient -r && sudo dhclient

“`

Sonderfall: Wenn Sie sich in einem Unternehmens- oder Universitätsnetzwerk mit DHCP-Reservierungen befinden, ändert die Erneuerung des Leases möglicherweise nicht Ihre IP, aktualisiert aber die DNS-Server-Zuweisungen, die durch DHCP-Option 6 übertragen werden. Dies allein kann das Problem lösen, wenn Ihr IT-Team kürzlich ihre internen DNS-Server-Adressen geändert hat.

Schritt 5: Zu einem zuverlässigen öffentlichen DNS-Resolver wechseln

Der rekursive Resolver Ihres ISP ist oft das schwächste Glied. ISP-Resolver können unter Cache-Poisoning, NXDOMAIN-Hijacking (Weiterleitung fehlgeschlagener Abfragen auf Werbeseiten) oder einfachen Ausfällen leiden. Der Wechsel zu einem gut gewarteten öffentlichen Resolver ist häufig die schnellste Lösung.

DNS-Resolver-Vergleich

So ändern Sie DNS unter Windows:

1. Öffnen Sie Systemsteuerung > Netzwerk- und Freigabecenter > Adaptereinstellungen ändern.
2. Klicken Sie mit der rechten Maustaste auf Ihren aktiven Netzwerkadapter > Eigenschaften.
3. Wählen Sie Internetprotokoll Version 4 (TCP/IPv4) > Eigenschaften.
4. Wählen Sie Folgende DNS-Serveradressen verwenden und geben Sie Ihren gewählten Resolver ein.
5. Wiederholen Sie dies für Internetprotokoll Version 6 (TCP/IPv6) mit den IPv6-Adressen Ihres gewählten Resolvers (z. B. Cloudflare IPv6: `2606:4700:4700::1111` und `2606:4700:4700::1001`).
6. Klicken Sie auf OK und führen Sie `ipconfig /flushdns` erneut aus, um gecachte Einträge vom alten Resolver zu löschen.

So ändern Sie DNS unter macOS:

1. Systemeinstellungen > Netzwerk > Schnittstelle auswählen > Details > DNS.
2. Klicken Sie auf die Schaltfläche + und fügen Sie Ihre bevorzugten DNS-Adressen hinzu.
3. Entfernen Sie die alten vom ISP zugewiesenen Einträge.
4. Klicken Sie auf OK > Anwenden.

Wichtiger Hinweis: Das Ändern von DNS auf Betriebssystemebene hat keinen Einfluss auf Anwendungen, die ihre eigene integrierte DNS-Auflösung verwenden (z. B. einige VPN-Clients, bestimmte Browser mit aktiviertem DNS-over-HTTPS). Überprüfen Sie die DNS-Einstellungen Ihres Browsers separat.

Schritt 6: Hosts-Datei prüfen und korrigieren

Die Hosts-Datei ist ein lokales statisches DNS-Override, das absoluten Vorrang vor jeder netzwerkbasierten Auflösung hat. Ein einziger fehlerhafter oder bösartiger Eintrag kann eine gesamte Domain stillschweigend blockieren. Malware zielt häufig auf diese Datei ab, um bestimmte Domains umzuleiten oder zu blockieren.

Speicherort der Windows-Hosts-Datei:

“`

C:WindowsSystem32driversetchosts

“`

Öffnen Sie sie mit dem als Administrator ausgeführten Editor. Eine legitime Hosts-Datei sollte nur Folgendes enthalten:

“`

127.0.0.1 localhost

::1 localhost

“`

Alle zusätzlichen Einträge, die eine Domain auf `0.0.0.0`, `127.0.0.1` oder eine unerwartete IP-Adresse verweisen, sollten untersucht und bei unbefugter Nutzung entfernt werden.

macOS / Linux-Hosts-Datei:

“`bash

sudo nano /etc/hosts

“`

Suchen Sie nach Zeilen, die keine Kommentare sind (Zeilen, die mit `#` beginnen) und die die Domain referenzieren, die Sie zu erreichen versuchen. Entfernen Sie sie, speichern Sie die Datei (`Ctrl+X`, dann `Y` in nano) und leeren Sie den DNS-Cache wie in Schritt 3 beschrieben.

Profi-Tipp: Nach dem Bearbeiten der Hosts-Datei unter Windows müssen Sie den DNS-Cache mit `ipconfig /flushdns` leeren, damit die Änderung sofort ohne Neustart wirksam wird.

Schritt 7: VPN-, Proxy- und DNS-over-HTTPS-Konflikte deaktivieren

VPN-Clients und Proxy-Konfigurationen gehören zu den am häufigsten übersehenen Ursachen für DNS-Auflösungsfehler, insbesondere in Unternehmensumgebungen.

VPN-bezogene DNS-Lecks und -Fehler:

Wenn ein VPN aktiv ist, installiert es typischerweise einen virtuellen Netzwerkadapter und leitet alle DNS-Anfragen durch den VPN-Tunnel zum internen Resolver des Anbieters. Wenn die VPN-Verbindung abbricht, der virtuelle Adapter aber aktiv bleibt, werden DNS-Anfragen in einen toten Tunnel gesendet und laufen ab. Deaktivieren Sie den VPN-Client vollständig (nicht nur trennen) und testen Sie.

Proxy unter Windows deaktivieren:

Einstellungen > Netzwerk & Internet > Proxy > Proxyserver verwenden und Einstellungen automatisch erkennen deaktivieren (Letzteres kann Verzögerungen durch WPAD-Erkennung verursachen).

DNS-over-HTTPS (DoH)-Konflikte:

Chrome, Firefox und Edge können so konfiguriert werden, dass sie einen bestimmten DoH-Anbieter verwenden und den OS-Resolver vollständig umgehen. Wenn dieser DoH-Anbieter nicht erreichbar oder falsch konfiguriert ist, schlägt die DNS-Auflösung stillschweigend fehl.

• Chrome: Einstellungen > Datenschutz und Sicherheit > Sicherheit > Sicheres DNS verwenden — überprüfen Sie den konfigurierten Anbieter oder wechseln Sie zu „Mit Ihrem aktuellen Dienstanbieter”.
• Firefox: Einstellungen > Allgemein > scrollen Sie zu Netzwerkeinstellungen > Einstellungen > überprüfen Sie die Option DNS über HTTPS aktivieren und den konfigurierten Anbieter.

Schritt 8: Netzwerkadaptertreiber aktualisieren oder neu installieren

Beschädigte oder veraltete Netzwerkadaptertreiber können intermittierende DNS-Fehler, Paketverluste und Verbindungsabbrüche verursachen, die sich als DNS-Fehler manifestieren.

Windows:

1. Drücken Sie `Win + X` > Geräte-Manager.
2. Erweitern Sie Netzwerkadapter.
3. Klicken Sie mit der rechten Maustaste auf Ihren aktiven Adapter > Treiber aktualisieren > Automatisch nach Treibern suchen.
4. Wenn Windows kein Update findet, besuchen Sie die Website des Adapterherstellers (Intel, Realtek, Broadcom) und laden Sie den neuesten Treiber direkt herunter.
5. Für eine vollständige Neuinstallation: Klicken Sie mit der rechten Maustaste auf den Adapter > Gerät deinstallieren > Treibersoftware für dieses Gerät löschen aktivieren > neu starten. Windows installiert beim Neustart einen sauberen Treiber.

Erweiterter Windows-Netzwerkstack-Reset (verwenden, wenn Treiberaktualisierungen nicht helfen):

“`cmd

netsh winsock reset

netsh int ip reset

ipconfig /flushdns

ipconfig /registerdns

“`

Starten Sie nach Ausführung aller vier Befehle neu. Dies setzt den Winsock-Katalog und den TCP/IP-Stack auf ihre Standardwerte zurück und behebt Probleme, die durch Malware, fehlgeschlagene VPN-Software-Deinstallationen oder beschädigte Stack-Einträge verursacht wurden.

Schritt 9: Serverseitige und DNS-Propagierungsprobleme diagnostizieren

Wenn alle clientseitigen Schritte fehlschlagen, kann das Problem extern sein — entweder werden die DNS-Einträge der Domain nicht global aufgelöst, oder der Server selbst ist nicht erreichbar.

Prüfen, ob die Domain von externen Standpunkten aus aufgelöst wird:

Verwenden Sie diese Tools, um die Domain gleichzeitig von mehreren globalen Standorten abzufragen:

• dnschecker.org — Zeigt die A-Eintrag-Propagierung über 100+ globale Nameserver.
• whatsmydns.net — Prüft die DNS-Propagierung für A-, CNAME-, MX- und andere Eintragstypen.
• downforeveryoneorjustme.com — Bestätigt, ob die Website global nicht erreichbar ist oder nur von Ihrem Standort aus.

DNS-Propagierungsverzögerungen:

Wenn eine Domain kürzlich ihren A-Eintrag, Nameserver oder Hosting geändert hat, kann die Propagierung je nach dem TTL-Wert des alten Eintrags zwischen wenigen Minuten und 48 Stunden dauern. Während dieses Zeitfensters geben einige Resolver weltweit die alte (nun ungültige) IP-Adresse zurück, während andere die neue zurückgeben. Dies ist ein serverseitiges/DNS-Administrationsproblem, kein clientseitiges Problem.

Wenn Sie die Domain selbst verwalten und kürzlich Ihre Website auf einen neuen Server migriert haben — zum Beispiel beim Wechsel zu einer VPS Hosting-Umgebung — überprüfen Sie, ob der A-Eintrag in Ihrer DNS-Zone auf die IP-Adresse des neuen Servers zeigt und ob die alte TTL vollständig abgelaufen ist.

Den autoritativen Nameserver direkt prüfen:

“`bash

Query the authoritative nameserver directly, bypassing all caches

nslookup example.com ns1.yourdnshost.com

“`

Wenn der autoritative Nameserver die korrekte IP zurückgibt, Ihr lokaler Resolver jedoch nicht, liegt das Problem bei der Cache-Propagierung. Wenn der autoritative Nameserver selbst keinen Eintrag oder einen falschen Eintrag zurückgibt, muss die DNS-Zonenkonfiguration korrigiert werden.

Schritt 10: Ihren ISP oder Hosting-Anbieter kontaktieren

Wenn die Domain von externen Standpunkten aus korrekt aufgelöst wird, aber nicht von Ihrem Netzwerk aus, filtert, blockiert oder gibt der Resolver Ihres ISP möglicherweise falsche Ergebnisse für diese Domain zurück. Dies ist häufiger als die meisten Benutzer denken — einige ISPs implementieren DNS-Blockierung aus regulatorischen Gründen, und diese Blockierungen treffen gelegentlich legitime Domains.

Testen Sie vorübergehend mit einem anderen Resolver (wie in Schritt 5 beschrieben). Wenn die Domain mit `8.8.8.8` korrekt aufgelöst wird, aber nicht mit dem Resolver Ihres ISP, kontaktieren Sie Ihren ISP und melden Sie die spezifische Domain als fälschlicherweise blockiert oder gecacht.

Wenn Sie der Website-Betreiber sind und Ihre Benutzer diesen Fehler melden, liegt das Problem möglicherweise bei Ihrer Hosting-Konfiguration. Überprüfen Sie:

• Der A-Eintrag Ihrer Domain zeigt auf die korrekte Server-IP.
• Ihre SSL-Zertifikate sind gültig und verursachen keine Weiterleitungsschleifen, die die anfängliche Verbindung verhindern.
• Ihre Nameserver sind bei Ihrem Domain-Registrierungsanbieter korrekt eingestellt.
• Ihr Server läuft tatsächlich und der Webdienst (Apache, Nginx) ist aktiv.

Für Websites mit hohem Datenverkehr oder geschäftskritische Websites sollten Sie den Wechsel zu einem Dedizierten Server in Betracht ziehen, um Probleme mit gemeinsam genutzten Ressourcen zu eliminieren, die zu intermittierenden DNS- oder Verbindungsfehlern führen können.

Vergleich: Clientseitige vs. serverseitige Ursachen

Praktische Entscheidungsmatrix und wichtige Erkenntnisse

Arbeiten Sie diese Checkliste der Reihe nach durch, um die Diagnosezeit zu minimieren:

• Umfang zuerst bestätigen. Betrifft der Fehler eine Domain, einen Browser, ein Gerät oder das gesamte Netzwerk? Diese eine Frage eliminiert 80 % der irrelevanten Schritte.
• `nslookup` ausführen, bevor Sie Einstellungen ändern. Wenn die IP aufgelöst wird, ist die Lösung auf Browser-Ebene. Wenn es fehlschlägt, ist die Lösung auf OS-Ebene oder tiefer.
• In der richtigen Reihenfolge leeren: zuerst Browser-DNS-Cache, dann OS-DNS-Cache, dann Router-Neustart. In umgekehrter Reihenfolge vorzugehen verschwendet Zeit.
• OS-DNS-Cache immer nach dem Ändern der DNS-Server-Einstellungen leeren. Der neue Resolver wird für Domains, die bereits unter dem alten Resolver gecacht sind, erst abgefragt, wenn der Cache geleert wurde.
• Hosts-Datei prüfen, wenn die Domain kürzlich funktioniert hat und plötzlich aufgehört hat. Dies ist ein starker Hinweis auf Malware oder ein falsch konfiguriertes Sicherheitstool.
• `netsh winsock reset` unter Windows nur als letztes Mittel verwenden — es setzt alle Winsock-Einträge zurück, einschließlich legitimer Einträge, die von Software wie VPN-Clients hinzugefügt wurden, die danach möglicherweise neu installiert werden müssen.
• Wenn Sie ein Website-Betreiber sind, überprüfen Sie Ihre DNS-Zoneneinträge sofort nach jeder Server-Migration. Wenn Sie Ihre Website auf einem VPS mit cPanel betreiben, bietet der WHM DNS Zone Editor direkten Zugriff auf alle Einträge. Wenn Sie Shared Web Hosting nutzen, verwenden Sie den DNS-Verwaltungsbereich des Hosting-Kontrollpanels, um zu bestätigen, dass der A-Eintrag aktuell ist.
• Bei E-Mail-bezogenen DNS-Fehlern (MX-Einträge werden nicht aufgelöst) überprüfen Sie die Nameserver-Konfiguration Ihres E-Mail-Hosting-Anbieters separat — MX-Einträge sind unabhängig von A-Einträgen und können unabhängig davon fehlschlagen.

FAQ

Warum erscheint der Fehler „Server-IP-Adresse konnte nicht gefunden werden” nur in Chrome, aber nicht in Firefox?

Chrome und Firefox pflegen separate interne DNS-Caches und können so konfiguriert werden, dass sie verschiedene DNS-over-HTTPS-Anbieter verwenden. Wenn Chrome einen veralteten oder beschädigten Cache-Eintrag hat oder sein DoH-Anbieter nicht erreichbar ist, schlägt es fehl, während Firefox mit dem OS-Resolver erfolgreich ist. Navigieren Sie zu `chrome://net-internals/#dns` und klicken Sie auf „Host-Cache leeren”, um dies zu beheben.

Wie lange dauert die DNS-Propagierung nach dem Ändern des A-Eintrags einer Domain?

Die Propagierungszeit hängt vom TTL-Wert (Time To Live) ab, der vor der Änderung auf dem Eintrag gesetzt war. Wenn die alte TTL 3600 Sekunden (1 Stunde) betrug, cachen die meisten Resolver den alten Eintrag bis zu einer Stunde lang. Wenn die TTL 86400 Sekunden (24 Stunden) betrug, kann die Propagierung in Sonderfällen bis zu 48 Stunden dauern. Das Senken der TTL auf 300 Sekunden einige Stunden vor einer geplanten Migration verkürzt die Propagierungszeit erheblich.

Kann eine Firewall oder ein Antivirusprogramm diesen DNS-Fehler verursachen?

Ja. Sicherheitssoftware mit DNS-Filterung (Windows Defender, Malwarebytes, Kaspersky usw.) kann DNS-Anfragen für als bösartig eingestufte Domains abfangen und blockieren. Wenn der Fehler unmittelbar nach der Installation oder Aktualisierung von Sicherheitssoftware aufgetreten ist, deaktivieren Sie vorübergehend die DNS-Schutzkomponente (nicht das gesamte Antivirusprogramm) und testen Sie. Prüfen Sie auch, ob die Software Einträge zu Ihrer Hosts-Datei hinzugefügt hat.

Was ist der Unterschied zwischen `ipconfig /flushdns` und `netsh winsock reset`?

`ipconfig /flushdns` leert nur den Windows-DNS-Resolver-Cache — es entfernt gecachte DNS-Einträge, sodass die nächste Anfrage frisch an den konfigurierten Resolver geht. `netsh winsock reset` setzt den gesamten Windows Sockets API-Katalog auf seinen Standardzustand zurück und behebt tiefere Beschädigungen im Netzwerkstack selbst. Der Winsock-Reset erfordert einen Neustart und sollte nur verwendet werden, wenn DNS-Leerung und Treiberaktualisierungen das Problem nicht behoben haben.

Wenn die Domain über `nslookup` korrekt aufgelöst wird, der Browser aber weiterhin den Fehler anzeigt, was sollte ich prüfen?

Dieses Szenario weist typischerweise auf eine von drei Ursachen hin: Der interne DNS-Cache des Browsers enthält noch einen veralteten Eintrag (leeren Sie ihn über `chrome://net-internals/#dns`), der Socket-Pool des Browsers hat eine veraltete Verbindung (leeren Sie ihn über `chrome://net-internals/#sockets`), oder eine Browser-Erweiterung (insbesondere Proxy- oder VPN-Erweiterungen) fängt die DNS-Anfrage ab und schlägt fehl. Deaktivieren Sie alle Erweiterungen und testen Sie in einem privaten/Inkognito-Fenster, um Erweiterungsinterferenzen zu isolieren.