ERR_CONNECTION_REFUSED beheben: Verbindung abgelehnt

Was ist ERR_CONNECTION_REFUSED?

ERR_CONNECTION_REFUSED bedeutet: Ihr Browser hat die IP-Adresse der Website gefunden, aber der Rechner unter dieser Adresse hat die Verbindung abgelehnt. Chrome zeigt „Die Website ist nicht erreichbar“ mit „example.com hat die Verbindung abgelehnt.“ und dem Code ERR_CONNECTION_REFUSED, dem Fehler -102 in Chromiums Liste (net_error_list.h).

Ihr Gerät hat eine TCP-Verbindungsanfrage an die IP-Adresse und den Port des Servers geschickt (443 für HTTPS, 80 für HTTP) und sofort eine Ablehnung zurückbekommen: entweder einen TCP-Reset oder die „port unreachable“-Meldung (Port nicht erreichbar) einer Firewall. Kein Programm nahm auf diesem Port Verbindungen an, oder eine Firewall hat die Anfrage abgewiesen. DNS hat funktioniert; die Verbindung nicht.

Anders gesagt: Es ist eine Antwort, kein Schweigen. Antwortet gar nichts, wartet Chrome und zeigt ERR_CONNECTION_TIMED_OUT. Wird die Verbindung geöffnet und dann gekappt, ist es ERR_CONNECTION_RESET; legt der Server auf, bevor er die Seite sendet, ist es ERR_CONNECTION_CLOSED.

So sieht der Fehler in anderen Browsern und Apps aus

Eine abgelehnte Verbindung ist überall dasselbe Ereignis; nur die Meldung ändert sich. Chromium-basierte Browser (Chrome, Edge, Brave, Opera) zeigen den Code ERR_CONNECTION_REFUSED, und Apps melden den Fehler des Betriebssystems:

Die Lösungen unten gelten unabhängig vom Wortlaut: Etwas unter dieser Adresse und diesem Port hat Nein gesagt.

Häufige Ursachen für ERR_CONNECTION_REFUSED

Die Ursachen, von der Seite der Website bis zu Ihrer:

• Der Server der Website ist down — der Webserver (nginx, Apache, Node.js) ist abgestürzt, startet neu oder wurde gestoppt. Der Rechner ist online, aber auf Port 80 oder 443 antwortet nichts.
• Eine Firewall, die ablehnt — eine Firewall auf dem Server, in Ihrem Netzwerk oder auf Ihrem Gerät, die Verbindungen zu diesem Port abweist (statt sie stillschweigend zu verwerfen).
• Die Seite sperrt Ihr Netzwerk — manche Seiten weisen ganze Adressbereiche ab, etwa VPN-Ausgangsserver oder ein ganzes Land.
• Sicherheitssoftware oder VPN — ein Antivirus-Webschutz oder ein VPN, das Ihren Datenverkehr über sich selbst leitet und die Verbindung ablehnt. (Eine Firewall auf Ihrem eigenen Gerät, die Chrome blockiert, zeigt eine andere Seite: „Deine Internetverbindung ist gesperrt“, ERR_NETWORK_ACCESS_DENIED.)
• Die falsche IP-Adresse — ein veralteter DNS-Cache oder ein Eintrag in der Hosts-Datei schickt Sie zu einem alten Server oder zu Ihrem eigenen Rechner (127.0.0.1), wo nichts lauscht.
• Eine gemerkte Weiterleitung oder HTTPS-Regel — Chrome hat eine Weiterleitung oder die HSTS-Regel der Seite gespeichert und schickt Sie weiter auf einen Port, den die Seite nicht mehr bedient.
• Auf localhost lauscht nichts — für Entwickler: Der lokale Server läuft nicht, ist abgestürzt oder läuft auf einem anderen Port oder einer anderen Adresse als der, die Sie geöffnet haben.

Eine Seite, alle Seiten oder alle Browser?

Wo der Fehler auftritt, zeigt Ihnen, wo Sie suchen sollten, bevor Sie etwas ändern:

„In allen Browsern“ ist wichtig: Edge, Firefox und Safari teilen weder Cache noch Erweiterungen von Chrome. Eine Ablehnung in allen weist also unter den Browser, auf Ihr Gerät, Ihr Netzwerk oder die Seite selbst.

Lösung 1: Prüfen Sie, ob die Seite für alle down ist

Bevor Sie etwas auf Ihrem Gerät ändern, finden Sie heraus, ob die Seite alle ablehnt. Wenn ja, hilft keine Lösung auf Ihrer Seite.

Der schnellste Test ist ein anderer Netzwerkweg: Öffnen Sie die Seite auf Ihrem Smartphone über mobile Daten (WLAN aus). Testen Sie den Server dann von außen mit diesen DNS-Robot-Tools:

• Website-Down-Checker — öffnet die Seite von 11 Orten und aus Ihrem eigenen Browser. Überall down: Es liegt an der Seite. Überall erreichbar außer bei Ihnen: Es liegt an Ihrer Seite.
• Port-Checker — geben Sie die Seite mit Port 443 ein (oder example.com:443). Geschlossen heißt, dass der Server auch unsere Verbindung abgelehnt hat; offen heißt, dass er Verbindungen annimmt und die Ablehnung nur bei Ihnen liegt.
• Ping-Test — verbindet sich von 11 Städten aus mit der Seite auf Port 443, dazu ein klassischer Ping von einer. Abgelehnt aus jeder Stadt heißt: Der Rechner läuft, aber auf diesem Port lauscht nichts. Keine Antwort auf den klassischen Ping beweist nichts, denn viele Server ignorieren ihn.

Lösung 2: Starten Sie Router und Gerät neu

Der erste Vorschlag von Chrome selbst, „Verbindung prüfen“, lautet, „alle verwendeten Router, Modems und anderen Netzwerkgeräte neu“ zu starten. Das löscht den Zustand, den der Router aufgebaut hat, einschließlich seines DNS-Caches.

Trennen Sie Ihren Router (und das Modem, falls separat) vom Strom, warten Sie 30 Sekunden, stecken Sie ihn wieder ein und geben Sie ihm 2–3 Minuten, um sich vollständig zu verbinden. Starten Sie auch Ihren Computer oder Ihr Smartphone neu, um den Netzwerk-Stack zurückzusetzen, und probieren Sie die Seite dann erneut.

Lösung 3: Löschen Sie die von Chrome gemerkten Weiterleitungen und HTTPS-Regeln

Chrome merkt sich dauerhafte Weiterleitungen und die HSTS-Regel jeder Seite („immer HTTPS verwenden“). Ist die Seite umgezogen oder liefert sie auf Port 443 kein HTTPS mehr, schickt Chrome Sie weiter an eine Adresse oder einen Port, wo nichts lauscht.

• Öffnen Sie Chrome → Drei-Punkte-Menü → Browserdaten löschen
• Zeitraum → Gesamte Zeit, haken Sie Bilder und Dateien im Cache an (Cookies können bleiben)
• Klicken Sie auf Daten löschen (oder Von diesem Gerät löschen, wenn Sie nicht in Chrome angemeldet sind) und probieren Sie die Seite erneut
• Immer noch abgelehnt? Öffnen Sie chrome://net-internals/#hsts, tragen Sie die Domain unter Delete domain security policies ein und klicken Sie auf Delete. Das funktioniert nur bei Regeln, die die Seite selbst gesetzt hat, nicht bei Domains, die in Chromes HSTS-Preload-Liste fest eingebaut sind.

Eine Änderung von 2026: Chrome 154 (Oktober 2026) schaltet „Immer verschlüsselte Verbindungen verwenden“ standardmäßig ein. Chrome fragt also um Erlaubnis, bevor es eine öffentliche Seite ohne HTTPS zum ersten Mal besucht, statt es stillschweigend zu versuchen (Google Security Blog).

Lösung 4: Prüfen Sie Ihre Proxy-Einstellungen

Die Fehlerseite von Chrome nennt den Proxy, prüfen Sie ihn also, aber wissen Sie, was Sie erwartet. Erreicht Chrome einen Proxyserver nicht, zeigt es eine Seite mit der Überschrift „Kein Internet“ und ERR_PROXY_CONNECTION_FAILED („Mit dem Proxyserver ist ein Problem aufgetreten oder die Adresse ist falsch.“) statt ERR_CONNECTION_REFUSED. Sehen Sie genau diese Seite, ist das Ihre Lösung.

Windows: Einstellungen → Netzwerk und Internet → Proxy. Klicken Sie unter „Manuelle Proxyeinrichtung“ neben „Proxyserver verwenden“ auf Bearbeiten (oder Einrichten), schalten Sie die Option aus und klicken Sie auf Speichern. Schalten Sie auch „Setupskript verwenden“ aus, wenn Sie die Adresse nicht kennen. Lassen Sie „Einstellungen automatisch erkennen“ eingeschaltet, es sei denn, Sie wissen, dass Ihr Netzwerk es nicht nutzt.

macOS: Systemeinstellungen → Netzwerk → WLAN → Details → Proxys. Schalten Sie jeden Proxy aus, den Ihre Organisation nicht eingerichtet hat, und klicken Sie auf OK.

Chrome nutzt die Proxy-Einstellungen des Systems, Firefox standardmäßig auch („Proxy-Einstellungen des Systems verwenden“), sodass ein einziger veralteter Proxy alle Browser auf einmal lahmlegt. Auf einem Schul- oder Arbeitsgerät legt der Administrator den Proxy fest, und Sie können ihn nicht ändern.

Lösung 5: Leeren Sie Ihren DNS-Cache

Ist die Seite auf einen neuen Server umgezogen, kann eine gecachte DNS-Antwort noch auf die alte IP-Adresse zeigen, wo nichts mehr lauscht. Das Leeren zwingt Ihr Gerät, die aktuelle Adresse nachzuschlagen.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Also clear Chrome's internal DNS cache:
# chrome://net-internals/#dns → Clear host cache

Leeren Sie danach auch Chromes eigenen DNS-Cache unter chrome://net-internals/#dns und die Socket-Pools unter chrome://net-internals/#sockets: Chrome führt beide getrennt vom Betriebssystem. Die vollständige Anleitung finden Sie in unserem Leitfaden zum Leeren des DNS-Caches auf jedem Betriebssystem.

Um die Adresse zu sehen, die Ihr Computer tatsächlich verwendet (Hosts-Datei und Cache eingeschlossen), führen Sie ping example.com oder Resolve-DnsName example.com in PowerShell aus und vergleichen Sie sie mit DNS Lookup. Nutzen Sie dafür nicht nslookup: Es fragt den DNS-Server direkt ab und umgeht beides.

Lösung 6: Wechseln Sie zu einem öffentlichen DNS-Server

Liefert der Resolver Ihres Internetanbieters nach dem Leeren weiter eine alte Adresse, wechseln Sie zu einem öffentlichen Resolver, um eine frische Antwort zu bekommen.

Windows: Einstellungen → Netzwerk und Internet → WLAN → „Bekannte Netzwerke verwalten“ → Ihr Netzwerk (Ethernet → Ihr Netzwerk) → Bearbeiten neben „DNS-Serverzuweisung“ → Manuell → IPv4 einschalten → Bevorzugter DNS 1.1.1.1, Alternativer DNS 1.0.0.1 → Speichern.

macOS: Systemeinstellungen → Netzwerk → WLAN → Details → DNS → 1.1.1.1 und 1.0.0.1 hinzufügen, alte Einträge entfernen → OK.

Sie wissen nicht, welcher Resolver an Ihrem Standort am schnellsten ist? Führen Sie den DNS Speed Test von DNS Robot aus: Er vergleicht Cloudflare, Google, Quad9 und weitere in Sekunden über Ihre eigene Verbindung.

Lösung 7: Deaktivieren Sie vorübergehend VPN, Antivirus und Firewall

VPNs, Antivirus-Webschutz und Firewalls sitzen zwischen Ihrem Browser und dem Internet, und jede dieser Komponenten kann eine Verbindung ablehnen. Webschutz, der HTTPS scannt, leitet Ihren Datenverkehr über einen lokalen Dienst; fällt dieser Dienst aus, können HTTPS-Seiten in allen Browsern gleichzeitig scheitern. Und manche Seiten weisen VPN-Adressen schlicht ab.

Testen Sie nacheinander: Trennen Sie das VPN und laden Sie neu. Pausieren Sie dann den Webschutz des Antivirus für eine Minute und laden Sie neu. Pausieren Sie zuletzt jede Firewall eines Drittanbieters, oft Teil einer Antivirus-Suite. (Die macOS-Firewall filtert nur eingehende Verbindungen, und die Windows-Defender-Firewall lässt ausgehenden Verkehr zu, sofern niemand eine Regel hinzugefügt hat. Zeigt Chrome „Deine Internetverbindung ist gesperrt“, ist eine Firewall auf Ihrem Gerät die Ursache.)

Lädt die Seite, wenn eine dieser Komponenten aus ist, schalten Sie sie wieder ein und richten Sie eine Ausnahme für die Seite ein oder wählen Sie einen anderen VPN-Server, statt den Schutz auszulassen.

Lösung 8: Testen Sie Erweiterungen im Inkognito-Modus

Erweiterungen verursachen diesen Code selten: Eine, die eine Seite blockiert, zeigt ERR_BLOCKED_BY_CLIENT. Aber ein Inkognitofenster (Strg+Umschalt+N, auf dem Mac Cmd+Umschalt+N) ist ein Zehn-Sekunden-Test, der Erweiterungen und gecachte Daten zugleich ausschließt, denn dort sind Erweiterungen aus, sofern Sie sie nicht zugelassen haben.

Lädt die Seite im Inkognitomodus, öffnen Sie chrome://extensions, schalten Sie alle aus und dann nacheinander wieder ein, bis der Fehler zurückkehrt. Scheitert sie auch im Inkognitomodus, liegt die Ursache außerhalb von Chrome.

Lösung 9: Prüfen Sie Ihre Hosts-Datei

Ihre Hosts-Datei überschreibt DNS für die Namen, die darin stehen. Ist die Seite dort auf 127.0.0.1 oder die IP eines alten Servers gemappt, verbindet sich Ihr Browser dorthin und wird abgelehnt. Übrig gebliebene Entwicklungseinträge und Hosts-Listen zum Werbeblocken sind die üblichen Verdächtigen, und die Datei betrifft jeden Browser.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines containing the domain, e.g.:
# 127.0.0.1   example.com   ← forces the connection to your own PC
# 203.0.113.7 example.com   ← forces an old server IP

# Delete the offending line, save, then flush DNS.

Lösung 10: Auf Android oder iPhone

Smartphones lehnen Verbindungen aus denselben Gründen ab, nur mit anderen Schaltern:

• Wechseln Sie das Netzwerk: Laden Sie die Seite über mobile Daten, dann über WLAN. Lehnt nur eines von beiden ab, liegt das Problem an diesem Netzwerk, nicht am Smartphone.
• Schalten Sie VPN-Apps aus, auch Werbeblocker und Firewalls, die als VPN laufen (sie zeigen einen Schlüssel oder ein VPN-Symbol in der Statusleiste).
• Entfernen Sie einen WLAN-Proxy: Öffnen Sie unter Android die Einstellungen des WLAN-Netzwerks → Stift-Symbol (Ändern) → Erweiterte Optionen → Proxy → Keiner (die Bezeichnung variiert je nach Hersteller). Auf dem iPhone: Einstellungen → WLAN → ⓘ neben dem Netzwerk → Proxy konfigurieren → „Aus“.
• Löschen Sie die Chrome-Daten: Chrome → Einstellungen → Datenschutz und Sicherheit → Browserdaten löschen → Bilder und Dateien im Cache.
• Testen Sie Ihren eigenen Server? Auf einem Smartphone ist localhost das Smartphone selbst. Nutzen Sie stattdessen die lokale IP-Adresse Ihres Computers (siehe nächsten Abschnitt).

Localhost lehnt die Verbindung ab (für Entwickler)

localhost hat die Verbindung abgelehnt oder ERR_CONNECTION_REFUSED auf 127.0.0.1 bedeutet: Auf Ihrem Rechner nimmt nichts Verbindungen auf der Adresse und dem Port an, die Sie geöffnet haben. Die üblichen Gründe:

• Der Entwicklungsserver läuft nicht — Sie haben ihn nie gestartet, oder er ist abgestürzt. Prüfen Sie das Terminal, in dem npm run dev, rails s oder python manage.py runserver laufen sollte.
• Falscher Port — der Server ist auf einem anderen Port gestartet (zum Beispiel 3001, weil 3000 belegt war). Kopieren Sie die Adresse aus seiner Startzeile.
• Kein Port in der Adresse — http://localhost geht an Port 80, während Entwicklungsserver ihren eigenen nutzen (3000, 5173, 8000, 8080).
• 127.0.0.1 oder [::1] — Browser probieren für localhost beide Adressen, ein Server kann aber nur auf einer davon lauschen. Wird die andere Adresse direkt geöffnet (http://127.0.0.1:3000 oder http://[::1]:3000) oder von einem Tool aus verbunden, das nur eine probiert, wird abgelehnt.
• In Docker — die App muss im Container auf 0.0.0.0 lauschen, und der Port muss veröffentlicht sein (-p 3000:3000). Eine App, die im Container an 127.0.0.1 gebunden ist, ist von Ihrem Rechner aus nicht erreichbar (stattdessen sehen Sie womöglich ERR_EMPTY_RESPONSE).
• Vom Smartphone oder Emulator aus — dort ist localhost das Gerät selbst. Nutzen Sie die LAN-IP Ihres Computers und starten Sie den Entwicklungsserver auf allen Schnittstellen (Vite: --host) oder verwenden Sie im Android-Emulator 10.0.2.2, dessen Alias für den localhost Ihres Computers.

# What is listening on port 3000?
# macOS / Linux:
lsof -nP -iTCP:3000 -sTCP:LISTEN

# Windows (PowerShell):
netstat -ano | findstr :3000 | findstr LISTENING

# No output = nothing is listening = connection refused.
# 127.0.0.1:3000 in the output = IPv4 only; [::1]:3000 = IPv6 only.

Wenn Sie prüfen müssen, ob ein Port Ihres öffentlichen Servers aus dem Internet erreichbar ist (und nicht nur vom Rechner selbst), nutzen Sie den Port-Checker von DNS Robot: Er testet die Verbindung von außerhalb Ihres Netzwerks, also so, wie Ihre Besucher sie erleben.

„Hat die Verbindung abgelehnt“ in einer eingebetteten Seite

Erscheint „example.com hat die Verbindung abgelehnt.“ in einem Kasten auf einer anderen Seite (ein eingebettetes Formular, ein Bericht, eine Karte oder ein Login), ist es meist kein Netzwerkproblem. Chrome zeigt denselben Satz, wenn die eingebettete Seite per X-Frame-Options- oder Content-Security-Policy: frame-ancestors-Header verbietet, in den Seiten anderer Websites angezeigt zu werden. Intern ist das ERR_BLOCKED_BY_RESPONSE, Fehler -27 (net_error_list.h).

Als Besucher öffnen Sie den eingebetteten Link in einem eigenen Tab; dort lädt er. Als Seitenbetreiber erlauben Sie die einbettende Seite mit Content-Security-Policy: frame-ancestors 'self' https://parent.example. X-Frame-Options kann nur DENY oder SAMEORIGIN sagen, und aktuelle Browser folgen frame-ancestors, wenn eine Seite beides sendet. Was Ihre Seite sendet, sehen Sie im HTTP-Header-Checker, und unser X-Frame-Options-Leitfaden nennt die genauen Header.

Für Website-Betreiber: Ihre Seite lehnt Verbindungen ab

Melden Besucher ERR_CONNECTION_REFUSED auf Ihrer Seite, erreichen ihre Pakete einen Rechner unter Ihrer IP, aber nichts dort nimmt die Verbindung an. Arbeiten Sie diese Checkliste ab:

• Läuft der Webserver? Melden Sie sich per SSH an und prüfen Sie systemctl status nginx (oder apache2, caddy). Ein Server, der nach einem Neustart wegen einer kaputten Konfiguration nicht gestartet wurde oder beendet wurde, als dem Rechner der Speicher ausging, lässt nichts lauschend zurück. Starten Sie ihn mit sudo systemctl restart nginx neu.
• Lauscht er auf den richtigen Ports und Adressen? Führen Sie ss -tlnp | grep -E ':(80|443) ' aus. Ein Server, der nur auf 127.0.0.1 lauscht, lehnt alle von außen ab; nichts auf 443 heißt, dass dort kein Server-Block lauscht (HTTPS wurde nie eingerichtet oder die Datei der Seite ist nicht aktiviert). nginx -T gibt die tatsächlich geladene Konfiguration aus.
• Weist eine Firewall ab? Eine Regel, die ablehnt (iptables REJECT, ufw reject), sendet Ablehnungen. Das Standard-deny von ufw und Cloud-Firewalls wie AWS-Sicherheitsgruppen verwerfen Pakete stillschweigend, was Besucher als ERR_CONNECTION_TIMED_OUT sehen.
• Hat fail2ban jemanden gesperrt? Seine Standardsperre weist die gesperrte Adresse ab, sodass dieser Besucher (oder Sie, nach einigen fehlgeschlagenen SSH-Logins) ERR_CONNECTION_REFUSED bekommt, während alle anderen hineinkommen. Prüfen Sie sudo fail2ban-client status.
• Hat sich die IP Ihres Servers geändert? Vergleichen Sie Ihren A-Eintrag mit der echten IP des Servers über DNS Lookup. Nach einem Umzug schickt ein alter A-Eintrag Besucher zum früheren Rechner.
• Hinter Cloudflare? Bei Einträgen mit Proxy (orange Wolke) verbinden sich Besucher mit Cloudflare, nicht mit Ihnen, und sehen diesen Code daher nicht. Lehnt Ihr Ursprungsserver die Verbindungen von Cloudflare ab, zeigt Cloudflare seinen eigenen Error 521: Web server is down.
• Von außen testen: der Port-Checker auf den Ports 80 und 443 und der HTTP-Header-Checker für eine echte Anfrage aus dem öffentlichen Internet.

So überprüfen Sie, ob die Lösung funktioniert hat

Bestätigen Sie nach jeder Lösung die Verbindung auf Netzwerkebene, statt nur die Seite neu zu laden – so wissen Sie, ob sich der Port tatsächlich geöffnet hat.

# Test the TCP connection directly (Mac/Linux):
nc -zv -w 5 example.com 443
# "succeeded" = port open, "refused" = still rejected

# Windows (PowerShell):
Test-NetConnection example.com -Port 443
# TcpTestSucceeded : True = fixed

# Then confirm the address your computer actually uses:
ping -c 1 example.com          # Mac/Linux
Resolve-DnsName example.com    # Windows PowerShell

Oder verzichten Sie auf das Terminal: Geben Sie Domain und Port in den Port-Checker von DNS Robot ein und erhalten Sie eine Offen/Geschlossen-Antwort von außerhalb Ihres Netzwerks. Ist der Port von außen offen, Ihr Browser zeigt aber weiterhin ERR_CONNECTION_REFUSED, sitzt der Blocker auf Ihrem Gerät oder in Ihrem Netzwerk: Gehen Sie die Lösungen zu VPN, Sicherheitssoftware und Hosts-Datei noch einmal durch.