Hosts-Datei bearbeiten: Webseiten unter Windows 11 gezielt umleiten

Mit der Hosts-Datei kannst du unter Windows 11 festlegen, welche IP-Adresse für einen bestimmten Hostnamen verwendet wird. Dadurch lässt sich eine Domain beispielsweise auf einen lokalen Webserver, eine Testumgebung oder eine Sperrseite umleiten. Die Änderung gilt für den jeweiligen Rechner und benötigt Administratorrechte.

Die Datei liegt unter C:WindowsSystem32driversetchosts. Du bearbeitest sie am sichersten mit dem Editor, den du über das Startmenü mit erhöhten Rechten öffnest. Jede Zuordnung besteht aus einer IP-Adresse und einem Hostnamen, getrennt durch mindestens ein Leerzeichen oder einen Tabulator. Nach dem Speichern kann ein DNS-Cache-Leeren erforderlich sein, damit Windows die neue Zuordnung verwendet.

Was die Hosts-Datei unter Windows 11 bewirkt

Die Hosts-Datei ist eine lokale Namensauflösung. Gibt eine Anwendung eine Webadresse wie example.com ein, muss Windows zunächst die zugehörige IP-Adresse ermitteln. Normalerweise geschieht das über DNS-Server. Ein Eintrag in der Hosts-Datei kann diese Abfrage für einen bestimmten Hostnamen überschreiben. Windows verwendet dann die dort eingetragene Adresse, sofern der Hostname exakt passt.

Die Datei verändert weder die Domain beim Anbieter noch den DNS-Server im Netzwerk. Sie wirkt nur auf dem Windows-11-PC, auf dem sie gespeichert ist. Ein zweiter Computer, ein Smartphone oder ein Tablet übernimmt die Zuordnung nicht automatisch. Auch Besucher einer öffentlich erreichbaren Website bemerken die lokale Änderung nicht.

Eine Umleitung auf 127.0.0.1 verweist auf den eigenen Rechner. Diese Adresse wird häufig genutzt, um einen Hostnamen für lokale Entwicklungszwecke bereitzustellen oder eine Verbindung zu einem Dienst auf dem eigenen PC zu verhindern. 0.0.0.0 wird ebenfalls oft zum Blockieren verwendet, ist aber nicht in jeder Anwendung gleich zuverlässig. Für eine lokale Website kann stattdessen die tatsächliche Adresse des Webservers nötig sein, etwa eine private IPv4-Adresse im eigenen Netzwerk.

Vor der Änderung die passende Zieladresse bestimmen

Bevor du die Datei öffnest, musst du festlegen, wohin Windows den Hostnamen auflösen soll. Für eine lokale Testseite ist meist 127.0.0.1 oder die Adresse des Entwicklungsservers richtig. Läuft der Webserver auf einem anderen Gerät im Heimnetz, brauchst du dessen private IP-Adresse, zum Beispiel eine Adresse aus dem Bereich 192.168.x.x oder 10.x.x.x. Die Beispieladresse darfst du nicht ungeprüft übernehmen.

Für eine gezielte Sperre wird der Hostname häufig auf 127.0.0.1 oder 0.0.0.0 gesetzt. Der Browser erhält dann keine nutzbare Verbindung zum eigentlichen Ziel. Allerdings kann sich das Verhalten unterscheiden, wenn die Anwendung einen eigenen DNS-Dienst, eine verschlüsselte DNS-Auflösung oder eine fest eingetragene IP-Adresse verwendet.

Prüfe außerdem, welche Hostnamen tatsächlich benötigt werden. Eine Website besteht oft aus mehreren Namen. Die Hauptadresse kann beispielsweise unter www.example.com erreichbar sein, während Bilder, Anmeldedienste oder Inhalte von weiteren Subdomains geladen werden. Ein Eintrag für example.com erfasst nicht automatisch www.example.com. Jede gewünschte Variante benötigt eine eigene Zeile.

Die Hosts-Datei unter Windows 11 im Editor öffnen

Der Ordner C:WindowsSystem32driversetc enthält neben der Hosts-Datei weitere Netzwerkdateien. Windows blendet Dateien ohne typische Endung im Öffnen-Dialog teilweise aus. Deshalb ist es wichtig, den Dateityp im Editor auf alle Dateien umzustellen. Noch wichtiger ist, dass der Editor mit Administratorrechten läuft. Ohne diese Rechte kannst du die Datei zwar anzeigen, aber normalerweise nicht am ursprünglichen Speicherort überschreiben.

1. Öffne das Startmenü und gib Editor ein.
2. Klicke beim Treffer Editor auf Als Administrator ausführen.
3. Bestätige die Abfrage der Benutzerkontensteuerung.
4. Wähle im Editor Datei und anschließend Öffnen.
5. Wechsle zum Ordner C:WindowsSystem32driversetc.
6. Stelle unten beim Dateityp Alle Dateien ein.
7. Markiere die Datei hosts und öffne sie.

Falls der Ordner im Dialog nicht direkt sichtbar ist, kannst du den vollständigen Pfad in die Adresszeile des Öffnen-Fensters eintragen. Achte darauf, nicht versehentlich eine Datei mit dem Namen hosts.txt zu öffnen. Die Windows-Hosts-Datei besitzt normalerweise keine Dateiendung.

Vor dem Speichern eine Sicherung anlegen

Die Hosts-Datei ist eine einfache Textdatei. Eine fehlerhafte Zeile kann dennoch dazu führen, dass bestimmte Websites oder interne Dienste nicht mehr erreichbar sind. Erstelle deshalb vor der ersten Änderung eine Kopie. Schließe den Editor zunächst und öffne den Ordner C:WindowsSystem32driversetc im Datei-Explorer. Kopiere die Datei hosts an einen sicheren Ort, etwa in einen eigenen Ordner für Netzwerkkonfigurationen.

Windows kann beim Kopieren aus einem geschützten Systemordner eine Berechtigungsabfrage anzeigen. Bestätige diese nur, wenn du die Datei an einem vertrauenswürdigen Ort ablegst. Benenne die Kopie beispielsweise in hosts.backup um. Die Endung ist dabei nur für deine Sicherung gedacht; die aktive Datei muss weiterhin exakt hosts heißen.

Du kannst den ursprünglichen Inhalt auch vorübergehend in eine neue Textdatei kopieren. Verändere dabei nicht die aktive Datei, bevor die Sicherung vollständig gespeichert wurde. Wenn nach einer Änderung unerwartete Namensauflösungen auftreten, kannst du die Sicherung zurückkopieren oder die selbst ergänzten Zeilen entfernen.

Einträge richtig in die Hosts-Datei schreiben

Ein Host-Eintrag beginnt mit einer IP-Adresse und enthält danach den zugehörigen Hostnamen. Kommentare beginnen mit einem Doppelkreuz. Windows ignoriert alles, was in einer Zeile nach diesem Zeichen steht. Bestehende Kommentare und Standardzeilen solltest du möglichst unverändert lassen.

127.0.0.1    example.com

Die Zuordnung gilt in diesem Beispiel für example.com. Soll auch die Variante mit dem Präfix www erfasst werden, brauchst du eine weitere Zeile:

127.0.0.1    example.com
127.0.0.1    www.example.com

Mehrere Leerzeichen sind erlaubt. Tabulatoren funktionieren ebenfalls. Verwende keine Kommas, keine Pfeile und keine zusätzlichen Trennzeichen. Eine Zeile wie example.com -> 127.0.0.1 ist keine gültige Hosts-Syntax.

Bei einer lokalen Entwicklungsumgebung kann die Zuordnung etwa so aussehen:

127.0.0.1    projekt.test

Damit verweist projekt.test auf den lokalen Rechner. Ob dort tatsächlich eine Website antwortet, hängt vom Webserver ab. Die Hosts-Datei startet keinen Webdienst und ersetzt keine Konfiguration in IIS, Apache, Nginx oder einer anderen Entwicklungsumgebung.

Für ein anderes Gerät im lokalen Netzwerk wird die passende Adresse eingetragen:

192.168.1.25    intranet.example

Die Adresse 192.168.1.25 ist nur ein Beispiel. Verwende die tatsächliche Adresse des Zielgeräts und beachte, dass sich private IP-Adressen durch DHCP ändern können. Eine feste DHCP-Zuweisung oder eine statische Netzwerkkonfiguration verhindert, dass die Zuordnung später auf ein anderes Gerät zeigt.

Eine Website für Tests auf den lokalen Rechner umleiten

Für die Entwicklung einer Website kann es sinnvoll sein, einen bekannten Hostnamen auf einen lokalen Webserver zu zeigen. Dadurch testest du die Anwendung mit einem realistischen Host-Header, ohne den öffentlichen DNS-Eintrag zu ändern. Das ist besonders hilfreich, wenn die Webanwendung abhängig vom Hostnamen unterschiedliche Inhalte ausliefert.

1. Lege eine Sicherung der bisherigen Datei an.
2. Füge den gewünschten Hostnamen mit der lokalen Zieladresse ein.
3. Speichere die Datei ohne zusätzliche Endung.
4. Leere bei Bedarf den DNS-Cache.
5. Rufe die Adresse im Browser auf und prüfe, ob der lokale Dienst antwortet.

Verwendet der lokale Webserver nur Port 80, reicht die Eingabe ohne Portangabe. Lauscht der Dienst auf einem anderen Port, musst du den Port in der Adresse angeben, beispielsweise http://projekt.test:8080. Die Hosts-Datei selbst kann keine Ports umleiten. Sie ordnet nur einen Namen einer IP-Adresse zu.

Bei HTTPS muss zusätzlich das Zertifikat zum verwendeten Hostnamen passen. Eine lokale Zuordnung ändert nicht die Zertifikatsprüfung. Der Browser kann deshalb eine Warnung anzeigen, wenn das Zertifikat für einen anderen Namen ausgestellt wurde oder von einer nicht vertrauenswürdigen Zertifizierungsstelle stammt. Für lokale Tests ist eine passende Entwicklungszertifikatskonfiguration erforderlich.

Domains mit der Hosts-Datei blockieren

Eine Blockierung funktioniert, indem der gewünschte Hostname auf eine Adresse zeigt, unter der kein passender Dienst erreichbar ist. Typisch ist die Loopback-Adresse:

127.0.0.1    social.example
127.0.0.1    www.social.example

Alternativ wird häufig 0.0.0.0 verwendet:

0.0.0.0    social.example
0.0.0.0    www.social.example

Die Loopback-Adresse führt dazu, dass der Rechner die Verbindung an sich selbst richtet. Wenn am entsprechenden Port kein Dienst lauscht, schlägt die Verbindung fehl oder der Browser wartet kurz. Bei 0.0.0.0 gibt es keine konkrete Zieladresse. Manche Programme brechen damit schneller ab, andere behandeln die Situation anders.

Eine Hosts-Datei ist keine vollständige Inhalts- oder Jugendschutzlösung. Anwendungen können eigene Namensauflösungen einsetzen, eine IP-Adresse direkt verwenden oder verschlüsseltes DNS aktivieren. Außerdem musst du jede relevante Subdomain einzeln berücksichtigen. Eine Sperre kann daher unvollständig sein, wenn nur die Hauptdomain eingetragen wird.

Änderungen nachvollziehbar halten: Verwende für eigene Einträge Kommentare mit einem Datum oder einem kurzen Zweck. Entferne später nicht wahllos bestehende Zeilen, weil auch von Software angelegte Zuordnungen für interne Dienste benötigt werden können.

Die Datei speichern, ohne versehentlich hosts.txt zu erzeugen

Der häufigste Fehler beim Speichern ist eine zusätzliche Dateiendung. Wenn der Editor den Dateinamen automatisch mit .txt ergänzt, entsteht hosts.txt. Windows verwendet diese Datei nicht als Hosts-Datei. Im Ordner kann die Endung je nach Explorer-Einstellung verborgen sein, wodurch der Fehler zunächst unbemerkt bleibt.

Öffne im Speichern-Dialog den Ordner C:WindowsSystem32driversetc und wähle als Dateityp Alle Dateien. Gib als Dateinamen exakt hosts ein. Wenn Windows meldet, dass bereits eine Datei vorhanden ist, bestätige das Überschreiben erst, nachdem du die Sicherung erstellt und den richtigen Zielpfad geprüft hast.

Nach dem Speichern kannst du im Datei-Explorer unter Ansicht und Einblenden die Anzeige von Dateinamenerweiterungen aktivieren. Prüfe anschließend, ob die aktive Datei wirklich hosts heißt und nicht hosts.txt. Der Inhalt muss außerdem im Ordner etc liegen, nicht auf dem Desktop oder in einem Benutzerordner.

DNS-Cache leeren und die Änderung prüfen

Windows kann eine frühere Namensauflösung im DNS-Cache behalten. Öffne deshalb die Eingabeaufforderung mit Administratorrechten und führe den folgenden Befehl aus:

ipconfig /flushdns

Der Befehl leert den lokalen DNS-Cache. Windows sollte danach eine Meldung anzeigen, dass der DNS-Auflösungscache geleert wurde. Der Befehl verändert die Hosts-Datei nicht und lässt sich nicht im eigentlichen Sinn rückgängig machen. Bereits gespeicherte Zuordnungen werden einfach verworfen und bei der nächsten Abfrage neu ermittelt.

Prüfe die Namensauflösung anschließend mit ping. Der Befehl testet neben der Auflösung auch eine mögliche ICMP-Antwort, deshalb ist ein fehlender Ping allein kein Beweis für eine nicht funktionierende Hosts-Datei:

ping example.com

In der ersten Ausgabezeile sollte die erwartete IP-Adresse erscheinen. Bei einer Zuordnung zu 127.0.0.1 wird diese Adresse angezeigt. Dass anschließend keine Antwort kommt, kann normal sein, wenn kein lokaler Dienst auf Ping-Anfragen reagiert.

Für eine reine Namensauflösung kannst du unter Windows 11 auch nslookup verwenden. Die Ausgabe ist allerdings mit Vorsicht zu interpretieren, weil nslookup typischerweise direkt einen DNS-Server abfragt und die Hosts-Datei nicht in jeder Situation so berücksichtigt wie normale Windows-Anwendungen. Für die praktische Kontrolle sind deshalb mehrere Prüfungen sinnvoll: die angezeigte Adresse, der Browseraufruf und gegebenenfalls die Anwendung, die den Hostnamen verwendet.

Wenn ein lokaler Webserver läuft, kannst du zusätzlich die Adresse mit Port prüfen. Bei einer Website auf Port 80 genügt:

curl http://example.com

Der Befehl ist nicht auf jeder Windows-Installation in gleicher Weise verfügbar. Wenn curl nicht gefunden wird, nutze den Browser oder eine bereits vorhandene Testfunktion deines Webservers. Bei HTTPS solltest du Zertifikatswarnungen nicht einfach übergehen, sondern die lokale Zertifikatskonfiguration prüfen.

Warum der Browser trotz Hosts-Eintrag die alte Website öffnet

Wenn Windows die neue Adresse auflöst, der Browser aber weiterhin die öffentliche Website lädt, kommen mehrere Ursachen infrage. Zuerst solltest du prüfen, ob der Hostname exakt übereinstimmt. example.com, www.example.com und m.example.com sind unterschiedliche Namen. Ein Eintrag für nur eine Variante reicht nicht für die anderen.

Leere den DNS-Cache und starte den Browser vollständig neu. Einige Browser halten Verbindungen oder eigene DNS-Informationen über den Prozess hinweg offen. Ein neu geöffneter Tab reicht dann nicht immer aus. Schließe alle Fenster und starte das Programm erneut.

Windows 11 und manche Browser können DNS über HTTPS verwenden. Dabei wird die Namensauflösung innerhalb des Browsers oder über einen eigenen Dienst durchgeführt. Je nach Browser und Einstellung kann die lokale Hosts-Datei dennoch berücksichtigt werden, eine pauschale Aussage für jede Anwendung ist aber nicht sicher. Prüfe die DNS- oder Datenschutzoptionen des betroffenen Browsers und deaktiviere eine eigene DNS-Auflösung nur dann, wenn das für deine Testumgebung vertretbar ist.

Auch ein Proxy, ein VPN, eine Sicherheitssoftware oder eine verwaltete Unternehmensrichtlinie kann die Namensauflösung beeinflussen. Teste die Adresse deshalb in einem zweiten Browser und ohne aktive VPN-Verbindung, sofern dadurch keine Sicherheitsvorgaben verletzt werden. Funktioniert die Zuordnung nur in einem Programm nicht, liegt die Abweichung eher an diesem Programm als an der Hosts-Datei.

IPv4 und IPv6 getrennt betrachten

Eine IPv4-Zuordnung wirkt nicht automatisch als IPv6-Zuordnung. Wenn ein Dienst bevorzugt eine IPv6-Adresse verwendet, kann ein zusätzlicher Eintrag erforderlich sein. Für den lokalen Rechner ist die IPv6-Loopback-Adresse ::1 vorgesehen:

::1    example.com

Setze diesen Eintrag nur, wenn du die IPv6-Auflösung gezielt ebenfalls auf den lokalen Rechner lenken möchtest. Bei einer Entwicklungsumgebung muss der Webserver dann auch auf IPv6 lauschen. Andernfalls kann eine Verbindung über ::1 scheitern, obwohl die IPv4-Zuordnung korrekt funktioniert.

Typische Fehler in der Syntax erkennen

Die Hosts-Datei ist fehlertolerant, aber nicht beliebig. Jede Zuordnung sollte in einer eigenen Zeile stehen. Die IP-Adresse muss vorne stehen, der Hostname dahinter. Kommentare gehören entweder in eine eigene Zeile oder hinter einen Eintrag und beginnen mit #.

Ein häufiger Syntaxfehler ist ein unsichtbares Sonderzeichen, das beim Kopieren aus einer Webseite oder einem Dokument eingefügt wurde. Schreibe die Zeile im Zweifel direkt im Editor neu. Verwende normale ASCII-Zeichen für die IP-Adresse, den Hostnamen und die Trennung. Der Hostname darf nicht mit einem Protokoll beginnen. https://example.com ist kein gültiger Hostname-Eintrag; richtig ist nur example.com.

Auch ein Pfad wie C:WindowsSystem32driversetchosts darf nicht in der Datei selbst stehen. Der Pfad bezeichnet den Speicherort, während der Inhalt aus IP-Adressen und Namen besteht.

Hosts-Einträge vorübergehend deaktivieren

Du musst einen Eintrag nicht löschen, wenn du ihn nur zeitweise außer Kraft setzen möchtest. Setze am Anfang der Zeile ein Doppelkreuz:

# 127.0.0.1    example.com

Windows behandelt die Zeile dann als Kommentar. Das ist übersichtlicher als das spätere erneute Eintippen und macht den Zweck der Änderung nachvollziehbar. Nach dem Speichern solltest du den DNS-Cache leeren und den betroffenen Browser neu starten.

Wenn mehrere eigene Zeilen zusammengehören, kommentiere jede relevante Variante aus. Eine deaktivierte Zeile für example.com hebt die Zuordnung für www.example.com nicht auf. Prüfe außerdem IPv4- und IPv6-Zeilen getrennt.

Alle eigenen Änderungen entfernen

Für den Rückweg löschst du nur die Zeilen, die du selbst hinzugefügt hast, oder kommentierst sie aus. Bestehende Microsoft- oder Systemeinträge solltest du nicht entfernen, wenn du ihren Zweck nicht kennst. Speichere die Datei anschließend und führe erneut ipconfig /flushdns aus.

Wenn du eine unveränderte Sicherung angelegt hast, kannst du sie verwenden. Beende dafür den Editor, benenne die aktive Datei zunächst um und kopiere die Sicherung in den Ordner C:WindowsSystem32driversetc. Die wiederhergestellte Datei muss exakt hosts heißen. Für diesen Vorgang sind ebenfalls Administratorrechte erforderlich.

Besondere Grenzen bei VPN, Proxy und Unternehmensgeräten

Ein VPN kann eigene DNS-Server und Routing-Regeln verwenden. Dadurch kann eine lokale Zuordnung anders wirken als im normalen Netzwerk. Prüfe zunächst, ob das Problem nur während der VPN-Verbindung auftritt. In einer Firmenumgebung darfst du VPN- oder DNS-Einstellungen nicht eigenmächtig ändern, wenn sie durch eine Richtlinie vorgegeben sind.

Ein HTTP- oder SOCKS-Proxy kann die Verbindung an einen entfernten Server weiterleiten. Dann sieht der Proxy den Hostnamen und entscheidet möglicherweise selbst über die Namensauflösung. Die Hosts-Datei auf deinem PC garantiert in diesem Fall nicht, dass die Anfrage am lokalen Ziel ankommt. Prüfe die Windows-Proxy-Einstellungen unter Einstellungen, Netzwerk und Internet und Proxy, sofern du dazu berechtigt bist.

Administratoren können die Hosts-Datei durch Sicherheitssoftware überwachen oder Änderungen blockieren. Wenn der Inhalt nach dem Speichern wieder verändert wird, suche nicht einfach nach einer Umgehung. Prüfe, ob eine Schutzsoftware, ein Konfigurationsdienst oder eine Gruppenrichtlinie die Datei verwaltet. Auf einem Firmen-PC ist die zuständige IT-Abteilung der richtige Ansprechpartner.

Sicherheitsrisiken manipulierte Hosts-Dateien

Eine veränderte Hosts-Datei kann den Zugriff auf bekannte Dienste umleiten, ohne dass du im Browser eine andere Adresse erkennst. Das macht sie zu einem möglichen Angriffsziel. Prüfe unbekannte Einträge sorgfältig, besonders wenn Anmeldeseiten, Updates oder Sicherheitsdienste betroffen sind.

Eine Umleitung auf eine fremde IP-Adresse kann dazu führen, dass Zugangsdaten an einen nicht vorgesehenen Server gesendet werden. Entferne verdächtige Zeilen nicht nur aus der Datei, sondern führe zusätzlich einen Sicherheitscheck mit einer vertrauenswürdigen Schutzlösung durch. Ändere wichtige Passwörter von einem sauberen Gerät, wenn du bereits vertrauliche Daten auf einer möglicherweise umgeleiteten Seite eingegeben hast.

Speichere die Datei nicht in einem gemeinsam bearbeiteten Ordner und teile keine Kopie mit unbekannten Programmen. Eine Hosts-Datei ist zwar klein und unscheinbar, enthält aber eine wirksame Steuerung für lokale Namensauflösungen. Behandle Änderungen deshalb wie eine Netzwerk- oder Sicherheitseinstellung.

Prüfreihenfolge: Sichere zuerst die Datei, öffne den Editor mit Administratorrechten, kontrolliere Hostname und Ziel-IP, speichere ohne .txt, leere den DNS-Cache und teste anschließend die betroffene Anwendung.

Eine übersichtliche eigene Struktur verwenden

Bei mehreren Test- oder Sperreinträgen hilft eine einheitliche Kommentierung. Gruppiere zusammengehörige Namen und notiere den Zweck, ohne sensible Informationen in die Datei zu schreiben:

# Lokale Testumgebung
127.0.0.1    projekt.test
127.0.0.1    www.projekt.test

# Temporäre Sperre
0.0.0.0    unerwuenschte-seite.example

Solche Kommentare werden von Windows ignoriert und erleichtern dir später die Wartung. Verwende keine echten Passwörter, Tokens oder Zugangsdaten in Kommentaren. Wenn die Datei von mehreren Personen administriert wird, sollte zusätzlich eine separate Dokumentation festhalten, wer die Änderung benötigt und wann sie wieder entfernt werden soll.

Vermeide sehr lange Listen aus unklarer Herkunft. Jede zusätzliche Zeile vergrößert die Wahrscheinlichkeit, dass eine Domain unerwartet nicht erreichbar ist. Bei umfangreichen Sperrlisten sind DNS-Filter, Browserrichtlinien oder eine zentrale Netzwerkregel oft besser geeignet, sofern die Umgebung diese Möglichkeiten unterstützt.

Wenn die Hosts-Datei gar nicht verwendet wird

Manche Anwendungen lösen Namen nicht über die normale Windows-Netzwerkfunktion auf. Dazu können Programme mit eigenem DNS-Modul, spezielle Sicherheitssoftware oder Anwendungen mit fest eingebauten Serveradressen gehören. Auch eine direkte Verbindung zu einer IP-Adresse umgeht die Hosts-Datei, weil dabei kein Hostname aufgelöst werden muss.

Prüfe zuerst, ob andere Windows-Programme die Zuordnung erkennen. Wenn der Browser, die Eingabeaufforderung und ein lokaler Testdienst die erwartete Adresse zeigen, aber eine einzelne Anwendung abweicht, liegt die Ursache wahrscheinlich innerhalb dieser Anwendung oder ihrer Netzwerkumgebung. Suche dort nach Proxy-, DNS-, VPN- oder Servereinstellungen.

Bei modernen Browsern können außerdem bestehende HTTPS-Verbindungen die Beobachtung verfälschen. Beende den Prozess vollständig und öffne ihn neu. Ein privates Fenster kann für einen Vergleich helfen, ersetzt aber keine Prüfung der DNS-Konfiguration. Browser-Caches speichern Inhalte, nicht zwingend die eigentliche Namensauflösung; trotzdem kann eine zwischengespeicherte Weiterleitung den Eindruck erwecken, dass der alte Server noch verwendet wird.

Eine Hosts-Änderung wieder sicher zurücknehmen

Wenn der Test beendet ist, entferne oder kommentiere die zugehörigen Einträge. Belasse keine zeitlich begrenzte Sperre dauerhaft in der Datei, wenn andere Benutzer den PC verwenden oder später auf die Domain zugreifen müssen. Leere anschließend den DNS-Cache und teste die Adresse erneut.

1. Öffne die Hosts-Datei wieder mit Administratorrechten.
2. Suche nach den von dir angelegten Hostnamen.
3. Kommentiere die Zeilen aus oder entferne sie.
4. Speichere die Datei am ursprünglichen Speicherort ohne Dateiendung.
5. Führe ipconfig /flushdns in einer administrativen Eingabeaufforderung aus.
6. Starte betroffene Browser und Anwendungen vollständig neu.

Wenn die öffentliche Website danach weiterhin nicht erreichbar ist, prüfe zunächst, ob die Hosts-Datei tatsächlich auf den ursprünglichen Zustand zurückgesetzt wurde. Danach kommen allgemeine Netzwerkprobleme, DNS-Störungen, Proxy-Einstellungen oder eine lokale Sicherheitssoftware als Ursachen infrage. Eine Hosts-Änderung ist dann nicht mehr der erste Prüfpunkt.

Häufige Fragen zur Hosts-Datei unter Windows 11

Warum zeigt Windows 11 trotz geändertem Hosts-Eintrag weiterhin die alte Website?

Prüfe zuerst, ob der Hostname exakt geschrieben ist und ob die Datei wirklich als C:WindowsSystem32driversetchosts gespeichert wurde, nicht als hosts.txt. Leere anschließend den DNS-Cache mit ipconfig /flushdns, starte den Browser vollständig neu und berücksichtige, dass ein Proxy, VPN oder die Anwendung selbst eine abweichende Namensauflösung verwenden kann.

Kann ich mit der Hosts-Datei auch eine komplette Domain einschließlich aller Subdomains umleiten?

Nein, ein Eintrag für example.com gilt nicht automatisch für www.example.com oder andere Subdomains. Für jeden benötigten Hostnamen brauchst du eine eigene Zeile, und bei umfangreichen oder wechselnden Subdomain-Strukturen ist ein DNS-Dienst oder eine passende Serverkonfiguration meist geeigneter.

Was bedeutet die Fehlermeldung „Zugriff verweigert“ beim Speichern der Hosts-Datei?

Dann wurde der Editor wahrscheinlich nicht mit Administratorrechten gestartet oder die Datei liegt nicht am ursprünglichen Speicherort. Schließe den Editor, starte ihn über das Startmenü mit „Als Administrator ausführen“ und öffne die Datei erneut; ändere nicht einfach die Berechtigungen des Systemordners.

Ist eine Umleitung auf 127.0.0.1 sicherer als eine Sperre mit 0.0.0.0?

Beide Werte verhindern in vielen Fällen die Verbindung zum eigentlichen Ziel, ihr Verhalten kann sich aber je nach Anwendung unterscheiden. 127.0.0.1 verweist auf den eigenen Rechner, während 0.0.0.0 keine konkrete lokale Dienstadresse bezeichnet; für eine verlässliche Sperre solltest du das Ergebnis mit der betroffenen Anwendung prüfen.

Kann die Hosts-Datei den Zugriff auf eine Website für alle Geräte im Netzwerk sperren?

Nein, die Datei wirkt nur auf dem Windows-11-PC, auf dem sie gespeichert ist. Andere Computer, Smartphones und Tablets benötigen jeweils eine eigene lokale Regel oder eine zentrale Lösung wie eine DNS- oder Netzwerkregel, sofern dein Router oder die verwaltete Umgebung diese Funktion unterstützt.

Woran erkenne ich, ob eine Hosts-Änderung wirklich verwendet wird?

Öffne eine Eingabeaufforderung und führe ping dein-hostname.example aus, wobei du den Platzhalter durch den tatsächlich eingetragenen Hostnamen ersetzt. Die angezeigte Zieladresse sollte der Hosts-Datei entsprechen; eine erfolgreiche Auflösung beweist jedoch noch nicht, dass auf dieser Adresse auch ein Webserver antwortet oder HTTPS mit dem Hostnamen funktioniert.