--- title: "Was ist localhost? 127.0.0.1 erklärt" description: "Localhost ist der Name Ihres Geräts für sich selbst: 127.0.0.1 in IPv4, ::1 in IPv6. Was localhost:3000 bedeutet, warum der Verkehr lokal bleibt, wer zugreift." url: https://proxynet.io/de/blog/what-is-localhost date: 2026-11-12 author: "Acar Diveroli" category: "Proxy 101" lang: de --- # Was ist localhost? 127.0.0.1 erklärt Sie starten ein Projekt, und das Terminal gibt `Local: http://localhost:5173` aus. Eine Anleitung sagt, Sie sollen `localhost:3000` öffnen. Oder Sie sehen sich die Geräteliste Ihres WLAN-Routers an, und eines der Geräte heißt „localhost“. Wer einmal darauf achtet, findet das Wort überall, und es bedeutet immer dasselbe: dieses Gerät, das mit sich selbst spricht. Dieser Beitrag erklärt, was localhost ist, wie es mit 127.0.0.1 und ::1 zusammenhängt und was passiert, wenn Sie es öffnen. Danach geht es um die Zahl nach dem Doppelpunkt, den Unterschied zwischen localhost, 0.0.0.0 und Ihrer IP-Adresse, die Frage, wer localhost erreichen kann, die Ausgabe von `ping localhost` unter Windows und den Grund, warum lokaler Verkehr am Proxy vorbeigehen sollte. > **Hinweis: Kurzantwort** > > Localhost ist der Name, den jeder Computer, jedes Smartphone und jeder Server für sich selbst verwendet. Er zeigt auf eine Loopback-Adresse, `127.0.0.1` in IPv4 oder `::1` in IPv6, und alles, was dorthin geschickt wird, kehrt innerhalb des Geräts um, ohne den Router oder das Internet zu erreichen. Eine Zahl nach einem Doppelpunkt, wie in `localhost:3000`, wählt das Programm auf Ihrem eigenen Gerät, das auf diesem Port lauscht, meist einen Entwicklungsserver, den Sie selbst gestartet haben. Niemand sonst kann Ihr localhost öffnen, denn auf seinem Gerät bedeutet dasselbe Wort sein eigenes Gerät. ## Was ist localhost? Localhost ist ein reservierter Hostname, der immer „das Gerät, auf dem ich gerade laufe“ bedeutet. Wenn ein Browser, ein Skript oder ein anderes Programm eine Verbindung zu localhost aufbaut, führt diese Verbindung von einem Programm auf Ihrem Computer zu einem anderen Programm auf demselben Computer. Der Name ist durch einen Standard geschützt. [RFC 6761](https://www.rfc-editor.org/rfc/rfc6761) (2013) führt localhost unter den Domainnamen für besondere Zwecke: Software zur Namensauflösung soll ihn immer mit einer Loopback-Adresse beantworten, ohne einen DNS-Server zu fragen, und Domain-Registries dürfen ihn nicht vergeben. Die Regel gilt auch für Namen, die auf `.localhost` enden, etwa `app.localhost`. Jedes Gerät hat sein eigenes localhost: Auf Ihrem Laptop ist es der Laptop, auf Ihrem Smartphone das Smartphone. Diese eine Tatsache erklärt die meisten Missverständnisse rund um localhost, von „auf meinem Computer läuft es, auf dem Smartphone nicht“ bis „mein Kollege kann meinen Link nicht öffnen“. ## Was sind 127.0.0.1 und ::1? `127.0.0.1` und `::1` sind die Loopback-Adressen, auf die localhost zeigt, die erste in IPv4, die zweite in IPv6. Eine **Loopback-Adresse** schickt Verkehr an eine virtuelle Netzwerkschnittstelle, die Loopback-Schnittstelle, die ihn direkt an dasselbe Gerät zurückgibt. IPv4 reserviert dafür einen ganzen Block. RFC 1122, das Dokument mit den Anforderungen an Hosts von 1989, legte jede Adresse, die mit 127 beginnt, als „interne Loopback-Adresse des Hosts“ fest, die außerhalb eines Hosts nicht auftauchen darf. Das Register der Adressen für besondere Zwecke in [RFC 6890](https://www.rfc-editor.org/rfc/rfc6890) führt `127.0.0.0/8` bis heute als „Loopback“ und markiert den Block weder als weiterleitbar noch als global: Router geben ihn nie weiter. Der Block reicht von `127.0.0.0` bis `127.255.255.255`, rund 16,7 Millionen Adressen, und alle führen zurück: Auf unserem Testrechner mit Windows 11 antwortete `ping 127.45.6.7` genauso wie `127.0.0.1`. IPv6 hat eine einzige Loopback-Adresse, `::1`; RFC 4291 verlangt, dass ein Paket an diese Adresse verworfen wird, falls es jemals aus einem Netz ankommt. ## Welchen Weg nimmt eine Anfrage an localhost? Eine Anfrage an localhost durchläuft dieselben Schritte wie jede Webanfrage, nur geschieht jeder Schritt in Ihrem Gerät. Das passiert, wenn Sie `localhost:3000` in den Browser eingeben: 1. **Der Browser fragt nach der Adresse.** Das Betriebssystem muss `localhost` auflösen, so wie es `example.com` auflösen würde. 2. **Das System antwortet, ohne das Netz zu fragen.** Resolver erkennen localhost selbst, und Linux und macOS führen zusätzlich eine Zeile wie `127.0.0.1 localhost` in der Hosts-Datei, der kleinen Textdatei, die Namen Adressen zuordnet, bevor DNS gefragt wird ([wo die Hosts-Datei liegt und wie Sie sie bearbeiten](/de/blog/hosts-file)). In unserem curl-Test unter Windows 11 wurde `localhost` sowohl zu `::1` als auch zu `127.0.0.1` aufgelöst. 3. **Das Paket geht an die Loopback-Schnittstelle.** Statt an den WLAN- oder Ethernet-Adapter übergibt das System es an eine virtuelle Schnittstelle ohne Kabel dahinter. Bei Ihrem Router kommt nichts an. 4. **Das System sucht ein Programm auf Port 3000.** Lauscht dort ein Programm, erhält es die Anfrage. Lauscht keines, lehnt das System die Verbindung sofort ab. 5. **Die Antwort kommt auf demselben Weg zurück,** ohne den Rechner zu verlassen. Weil der Name zwei Adressen liefert, kann ein Client zuerst `::1` versuchen und dann auf `127.0.0.1` ausweichen; genau das tat unser curl, als der Testserver nur auf `127.0.0.1` lauschte. Ein Client, der nicht ausweicht, wird abgewiesen, obwohl der Server läuft. ## Was bedeutet localhost:3000? `localhost:3000` bedeutet „das Programm auf diesem Gerät, das auf Port 3000 lauscht“. Ein **Port** ist eine Zahl von 0 bis 65.535, die dem System sagt, welches Programm eine Verbindung erhalten soll: Die IP-Adresse findet das Gerät, der Port das Programm darauf. Die Nummern, nach denen am häufigsten gesucht wird, sind die Standardports verbreiteter Entwicklungswerkzeuge: - **3000:** der Standardport von `next dev` in Next.js und eine häufige Wahl in Node.js-Anleitungen. - **5173:** der Standardport des Entwicklungsservers von Vite. - **8000:** der Standardport des eingebauten Webservers von Python, `python -m http.server`. - **8080:** der registrierte alternative Port für Webverkehr, den viele lokale Server und Proxys nutzen. Haben Sie nichts gestartet, lauscht dort nichts, und die Seite lädt nicht. Warum 8080 sowohl Proxys als auch Entwicklungsservern dient und wie Sie das Programm finden, das einen Port belegt, steht in [Was ist Port 8080?](/de/blog/port-8080) Der Port zählt auch für die Sicherheitsregeln des Browsers. Zwei Adressen, die sich nur im Port unterscheiden, sind verschiedene Origins; eine Seite auf `localhost:5173`, die eine API auf `localhost:3000` aufruft, stellt also eine Cross-Origin-Anfrage, die die API mit CORS-Headern erlauben muss. ## Localhost, 127.0.0.1, 0.0.0.0 und Ihre IP-Adresse im Vergleich Im Terminal sehen diese Adressen ähnlich aus, doch sie erreichen ganz unterschiedliche Kreise: | Adresse | Bedeutung | Wer sie erreicht | |---|---|---| | `localhost` | Ein Name für dieses Gerät | Nur dieses Gerät | | `127.0.0.1` | Die Loopback-Adresse in IPv4 | Nur dieses Gerät | | `::1` | Die Loopback-Adresse in IPv6 | Nur dieses Gerät | | `0.0.0.0` | Für einen Server: alle Adressen dieses Geräts | Auch andere Geräte, wenn die Firewall es erlaubt | | `192.168.1.20` (Beispiel) | Die Adresse dieses Geräts im Heimnetz | Geräte im selben Netz | | Öffentliche IP-Adresse | Die Adresse Ihres Routers im Internet | Das Internet, nur wenn der Router einen Port weiterleitet | `0.0.0.0` ist eine Einstellung zum Lauschen, kein Ziel: Ein Server, der daran gebunden ist, nimmt Verbindungen auf jeder Adresse an, die das Gerät hat. Der Entwicklungsserver von Next.js und der eingebaute Server von Python lauschen standardmäßig auf allen Adressen, Vite dagegen bleibt auf localhost, solange Sie nicht `--host` hinzufügen. ## Warum lehnt localhost die Verbindung ab? „localhost hat die Verbindung abgelehnt“ bedeutet, dass der Browser Ihren eigenen Computer erreicht hat, aber kein Programm die Verbindung auf diesem Port angenommen hat. Im deutschsprachigen Chrome steht auf der Seite „Die Website ist nicht erreichbar“, darunter „localhost hat die Verbindung abgelehnt.“ und der Code `ERR_CONNECTION_REFUSED`. Meist läuft der Entwicklungsserver nicht, läuft auf einem anderen Port oder lauscht auf der anderen Loopback-Adresse. Die Prüfschritte für jeden Fall stehen in [err_connection_refused beheben](/de/blog/err-connection-refused). ## Warum behandeln Browser localhost als sicheren Kontext? Weil Verkehr zu einer Loopback-Adresse das Gerät nie verlässt, behandeln Browser `http://localhost` wie eine HTTPS-Seite, auch ohne Zertifikat. Ein **sicherer Kontext** (Secure Context) ist eine Seite, der der Browser genug vertraut, um sensible Funktionen freizugeben, etwa Service Worker, die Standortabfrage oder den Kamerazugriff über `getUserMedia()`. Der [MDN-Leitfaden zu sicheren Kontexten](https://developer.mozilla.org/en-US/docs/Web/Security/Secure_Contexts) nennt die Hosts, die so behandelt werden: `localhost`, Namen, die auf `.localhost` enden, den Block `127.0.0.0/8` und `::1`. In unserem Test mit Chromium 145 lieferte `window.isSecureContext` sowohl auf `http://localhost:3000` als auch auf `http://127.0.0.1:3000` den Wert `true`. Die Ausnahme endet an der Grenze des Geräts. Dieselbe App, vom Smartphone über die Heimnetzadresse des Computers per einfachem `http://` geöffnet, ist kein sicherer Kontext; eine Funktion, die auf localhost klappt, kann dort also scheitern. ## Ist localhost sicher, und können andere darauf zugreifen? Niemand in Ihrem Netz oder im Internet kann sich mit Ihrer `127.0.0.1` oder `::1` verbinden: Router leiten diese Adressen nicht weiter, und auf jedem anderen Gerät bezeichnen sie eben dieses Gerät. Ein Programm, das nur auf localhost lauscht, ist nur für Software auf Ihrem eigenen Computer erreichbar. Die Risiken liegen an drei anderen Stellen: - **Programme, die auf jeder Adresse lauschen.** Ein Server, der an `0.0.0.0` gebunden ist, ist aus Ihrem Heimnetz erreichbar und aus dem Internet, wenn der Router seinen Port weiterleitet. Der eingebaute Server von Python verhält sich so, solange Sie nicht `--bind 127.0.0.1` hinzufügen. - **Websites, die Sie besuchen.** Die Skripte einer Seite laufen in Ihrem Browser und können versuchen, Anfragen an localhost zu senden. Neuere Chrome-Versionen fragen Sie vorher um Erlaubnis, und CORS hindert eine Seite daran, eine lokale Antwort zu lesen, solange das lokale Programm es nicht erlaubt. - **Software, die schon auf Ihrem Computer ist.** Jedes Programm auf dem Rechner, Schadsoftware eingeschlossen, kann mit localhost sprechen; schützen Sie lokale Datenbanken und Admin-Panels deshalb mit einem Passwort. ## Wie pingen Sie localhost? Öffnen Sie unter Windows die Eingabeaufforderung oder PowerShell, unter macOS oder Linux das Terminal, und geben Sie ein: ```bash ping localhost ``` Das ist die Ausgabe unseres Testrechners mit Windows 11; den Namen des Computers haben wir durch `MY-PC` ersetzt: ```text Pinging MY-PC [::1] with 32 bytes of data: Reply from ::1: time<1ms Reply from ::1: time<1ms Reply from ::1: time<1ms Reply from ::1: time<1ms Ping statistics for ::1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms ``` Windows schreibt in die erste Zeile den eigenen Namen des Computers, nicht das Wort localhost. Die Antworten kommen von `::1`, weil Windows zuerst IPv6 verwendet hat; `ping -4 localhost` erzwingt IPv4 und antwortet von `127.0.0.1`. Jede Zeit liegt unter einer Millisekunde, weil die Pakete den Rechner nie verlassen haben. Unter macOS und Linux läuft ping weiter, bis Sie Strg+C drücken (auf dem Mac ctrl+C); `ping -c 4 localhost` hört nach vier Antworten auf. Schlägt `ping localhost` fehl, liegt das Problem am Computer selbst, etwa an einer Hosts-Datei, die localhost auf eine andere Adresse umleitet, und nicht am Router oder bei Ihrem Anbieter. ## Localhost und Proxys: Warum lokaler Verkehr am Proxy vorbeigehen sollte Ein Proxy im Internet kann Ihr localhost nicht erreichen, denn für den Proxyserver bedeutet `localhost` der Proxyserver selbst. Deshalb haben Proxy-Einstellungen Ausnahmen für lokale Adressen. Unter Windows finden Sie unter **Einstellungen > Netzwerk und Internet > Proxy** bei der manuellen Proxyeinrichtung das Kontrollkästchen **Proxyserver nicht für lokale Adressen (Intranet) verwenden**, das Microsoft aktiviert zu lassen empfiehlt, und eine Ausnahmeliste, in die Sie `localhost` und `127.0.0.1` eintragen können. Chrome schickt localhost und Loopback-Adressen nie über einen Proxy, es sei denn, es wird mit einer speziellen Bypass-Regel gestartet. Befehlszeilenwerkzeuge erledigen das nicht unbedingt für Sie. In unserem Test mit curl 8.22.0 schickte die gesetzte Variable `http_proxy` eine Anfrage an `http://localhost:3000` zum Proxy, wo sie in eine Zeitüberschreitung lief; mit `NO_PROXY=localhost,127.0.0.1,::1` ging sie direkt an das lokale Programm, wie es die [curl-Dokumentation zu Proxy-Umgebungsvariablen](https://everything.curl.dev/usingcurl/proxies/env.html) beschreibt. Localhost begegnet Ihnen auch auf der anderen Seite: Debugging-Proxys laufen auf Ihrem eigenen Computer unter einer Adresse wie `127.0.0.1:8080`, und die Proxy-Einstellung des Browsers zeigt dorthin. Wenn Skripte ihren Verkehr nach außen über einen entfernten Dienst wie einen [Residential-Proxy](https://proxynet.io/de/residential-proxy) schicken, lassen Sie die lokalen Namen in `NO_PROXY` stehen, damit Aufrufe Ihrer eigenen API auf dem Rechner bleiben. ## Wo Ihnen localhost begegnet - **Webentwicklung.** Entwicklungsserver geben beim Start eine localhost-Adresse aus, und Sie testen die Website zuerst dort. - **Lokale Datenbanken und Admin-Werkzeuge.** Eine Datenbank, die Sie für den eigenen Gebrauch installiert haben, kann nur auf `127.0.0.1` lauschen, außer Reichweite anderer Rechner. - **Anmeldung aus Desktop-Apps.** Manche Apps schließen eine Anmeldung ab, indem sie Ihren Browser an eine Adresse wie `http://127.0.0.1:51004/...` schicken, an der die App selbst lauscht; RFC 8252 beschreibt dieses Muster für OAuth. - **Die Geräteliste Ihres Routers.** Ein Gerät, das keinen eigenen Namen meldet, kann dort als „localhost“ erscheinen. ## Häufige Fehler - **Localhost auf dem Smartphone öffnen, um den Computer zu erreichen.** Auf dem Smartphone ist localhost das Smartphone; verwenden Sie die Heimnetzadresse des Computers. - **Einen localhost-Link teilen.** `http://localhost:3000`, an einen Kollegen geschickt, öffnet dessen Computer, nicht Ihren. - **Auf `0.0.0.0` lauschen, obwohl nur Sie die App brauchen.** Binden Sie sie an `127.0.0.1`, solange kein anderes Gerät darauf zugreifen muss. - **Lokalen Verkehr über einen entfernten Proxy schicken.** Ohne Ausnahme geht die Anfrage an den Proxy, der Ihren Rechner nicht sehen kann. - **Localhost in der Hosts-Datei auf eine andere Adresse umleiten.** Programme erwarten, dass es die Loopback-Adresse ist, und versagen auf seltsame Weise, wenn es nicht so ist. ## Entscheidungshilfe | Ihr Bedarf | Empfehlung | |---|---| | Ein Projekt öffnen, das Sie gerade gestartet haben | Die Adresse verwenden, die der Entwicklungsserver ausgibt | | „localhost hat die Verbindung abgelehnt“ | Server starten, Port prüfen, dann `127.0.0.1` mit demselben Port versuchen | | Die Website vom Smartphone aus testen | Den Server im Netz lauschen lassen, die lokale IP des Computers öffnen | | Ein lokales Werkzeug privat halten | An `127.0.0.1` binden und mit einem Passwort schützen | | Die Netzwerksoftware des Computers selbst prüfen | `ping localhost` ausführen | | In Skripten einen Proxy nutzen, ohne lokale Aufrufe zu stören | `localhost,127.0.0.1,::1` in `NO_PROXY` eintragen | ## Häufige Fragen ### Was ist localhost:3000? Es ist das Programm, das auf Port 3000 Ihres eigenen Geräts lauscht, meist ein Entwicklungsserver. Next.js nutzt standardmäßig Port 3000, deshalb taucht die Adresse meist auf, nachdem Sie einen Startbefehl ausgeführt haben. Läuft auf diesem Port nichts, zeigt der Browser „localhost hat die Verbindung abgelehnt.“ ### Ist localhost dasselbe wie meine IP-Adresse? Nein. Localhost ist die Loopback-Adresse, `127.0.0.1` oder `::1`, die nur Ihr Gerät nutzen kann und die auf jedem Gerät gleich ist. Ihre Adresse im Heimnetz, etwa `192.168.1.20`, lässt andere Geräte Sie erreichen, und Ihre öffentliche IP-Adresse ist die, die Websites sehen. ### Kann eine Website auf mein localhost zugreifen? Nicht von ihrem eigenen Server aus, aber die Seite, die Sie öffnen, führt Skripte in Ihrem Browser aus, und diese Skripte können es versuchen. Seit Version 142 fragt Chrome Sie um Erlaubnis, bevor eine öffentliche Website Adressen im lokalen Netz oder Loopback-Adressen erreicht ([Ankündigung von Chrome zu Local Network Access](https://developer.chrome.com/blog/local-network-access)). ### Warum zeigt mein Router ein Gerät namens localhost? Der Router führt jedes Gerät unter dem Namen, den das Gerät sendet, wenn es per DHCP eine Adresse anfordert. Manche Geräte bekommen nie einen eigenen Namen und senden einen Standardwert, und auf vielen Linux-basierten Systemen lautet dieser Standardwert `localhost`. Es ist ein echtes Gerät in Ihrem Netz, nicht die Loopback-Adresse Ihres Computers; vergleichen Sie seine MAC-Adresse mit denen Ihrer Geräte, und ändern Sie das WLAN-Passwort, wenn Sie es nicht zuordnen können. ### Wie öffne ich localhost auf meinem Smartphone? Nicht mit dem Wort localhost, denn auf dem Smartphone bedeutet es das Smartphone. Verbinden Sie es mit demselben WLAN, starten Sie den Entwicklungsserver so, dass er im Netz lauscht (Vite braucht `--host`), und öffnen Sie die Heimnetzadresse des Computers mit dem Port, etwa `http://192.168.1.20:5173`. Die Firewall des Computers muss das zulassen. ### Funktioniert localhost ohne Internetverbindung? Ja. Verkehr an localhost verlässt das Gerät nie, deshalb funktionieren ein lokaler Server, eine lokale Datenbank und `ping localhost` auch bei ausgeschaltetem WLAN. ## Fazit Localhost ist der Name, den jedes Gerät für sich selbst verwendet, gestützt auf die Loopback-Adressen `127.0.0.1` und `::1`, und Verkehr dorthin kehrt innerhalb des Rechners um. Die Portnummer wählt das Programm, deshalb öffnet `localhost:3000` Ihren Entwicklungsserver. Andere Geräte erreichen localhost nicht; die echten Risiken sind Programme, die auf allen Adressen lauschen, und lokale Anfragen, die an einen entfernten Proxy gehen. Wenn Ihre Skripte Verkehr nach außen über Proxys leiten, lassen Sie localhost in den Ausnahmen und vergleichen Sie die Optionen auf unserer [Proxy-Produktseite](/de/proxy).