ERR_QUIC_PROTOCOL_ERROR: Bedeutung & Lösung in Chrome

Was ist ERR_QUIC_PROTOCOL_ERROR?

ERR_QUIC_PROTOCOL_ERROR bedeutet, dass die QUIC-Verbindung von Chrome zur Website abgebrochen ist, meist nachdem die Website schon begonnen hatte, die Seite zu senden. QUIC ist der UDP-basierte Transport hinter HTTP/3. Chrome zeigt seine allgemeine Seite „Die Website ist nicht erreichbar“ („Die Webseite unter … ist eventuell vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben“) mit dem Code darunter an; Chromium definiert ihn als Fehler -356, „There is a QUIC protocol error“.

Chrome erholt sich normalerweise von selbst: Schlägt eine QUIC-Anfrage fehl, wiederholt es sie über eine gewöhnliche TCP-Verbindung, es sei denn, der Server hatte schon begonnen zu antworten (http_network_transaction.cc). Ein Netzwerk, das QUIC komplett blockiert, löst diesen Fehler also nicht aus; ein Netzwerk, VPN oder Server, das QUIC starten lässt und dann stört, schon.

Er tritt nur in Chromium-basierten Browsern auf: Chrome, Edge, Opera, Brave und Vivaldi. Es ist ein anderer Fehler als ERR_SSL_PROTOCOL_ERROR (ein gestörter TLS-Handshake) und ERR_NETWORK_CHANGED (Ihre Verbindung hat gewechselt). Laden Sie zuerst neu, denn der erneute Versuch klappt oft; kommt der Fehler immer wieder, beginnen die Lösungen unten mit der zuverlässigsten, dem Abschalten von QUIC, und gehen dann jede Ursache durch.

Was ist QUIC und warum verwendet Chrome es?

QUIC wurde von Google entwickelt, erstmals 2013 angekündigt und 2021 von der IETF als RFC 9000 standardisiert. Es ersetzt TCP + TLS durch ein einziges verschlüsseltes Protokoll auf Basis von UDP und ist der Transport hinter HTTP/3 (Das private DNS von Android nutzt es ebenfalls für DNS über HTTP/3: siehe Was ist privates DNS).

Eine TCP + TLS 1.3-Verbindung braucht zwei Roundtrips vor der ersten Anfrage; QUIC braucht einen und kann mit null wieder aufgenommen werden. Am 7. Oktober 2020 gab Google bekannt, dass 25 % der Chrome-Stable-Nutzer bereits IETF QUIC verwendeten (Draft h3-29). Google maß eine um über 2 % geringere Latenz der Suche, über 9 % weniger Rebuffering bei YouTube und über 3 % mehr Durchsatz am Desktop und 7 % mehr auf dem Smartphone (Chromium Blog).

Chrome nutzt QUIC nur, wenn eine Website es anbietet, in einem Alt-Svc-Header oder einem DNS-HTTPS-Eintrag. Wir haben am 26. Oktober 2026 20 der meistbesuchten Websites geprüft: 10 bieten HTTP/3 in ihrem Alt-Svc-Header an (Google, YouTube, Facebook, Instagram, Amazon, LinkedIn, Bing, WhatsApp, Cloudflare und OpenAI).

Was verursacht ERR_QUIC_PROTOCOL_ERROR?

Alle Ursachen folgen demselben Muster: QUIC wurde gestartet, dann hat etwas es gestört.

• Ein Netzwerk, das QUIC starten lässt und dann stört — Firewalls, Router oder Geräte des Providers, die UDP-Verkehr mitten in einer Übertragung verwerfen oder ablaufen lassen. (Ein Netzwerk, das UDP 443 komplett blockiert, bringt Chrome nur dazu, TCP zu nutzen, ohne jeden Fehler.)
• Ein VPN, das UDP mitten in der Verbindung verliert — wenn ein VPN sich neu verbindet, Server oder Route wechselt oder ruhige UDP-Flows ablaufen lässt, stirbt eine offene QUIC-Verbindung. (Ein Pfad, der für QUIC zu klein ist, scheitert schon beim Handshake, und dann nutzt Chrome einfach TCP.)
• Sicherheitssoftware, die den Verkehr prüft — der „Webschutz“ eines Virenscanners oder einer Firewall, der Verbindungen abfängt, kann QUIC-Streams stören.
• Eine instabile Verbindung — schwaches WLAN oder ein Netzwechsel mitten im Download.
• Die HTTP/3-Einrichtung der Website — ein Server oder CDN, der HTTP/3 anbietet, dessen QUIC-Stack aber mitten in der Antwort ausfällt. Dann sehen alle den Fehler auf dieser einen Website, in jedem Netzwerk: Der Website-Down-Checker zeigt, ob sie auch für andere ausfällt.
• Keine Ursache: ein Proxy — Chrome nutzt QUIC nur bei direkten Verbindungen, mit eingerichtetem Proxy läuft also jede Anfrage über TCP.

Lösung 1: QUIC in Chrome deaktivieren

Die zuverlässigste Lösung: Ist QUIC aus, nutzt Chrome für jede Website HTTP/2 (oder HTTP/1.1) über TCP. Seiten laden weiterhin; Sie verzichten auf die Geschwindigkeitsvorteile von QUIC, die Google mit rund 2 % schnellerer Suche und 9 % weniger Rebuffering bei YouTube gemessen hat.

Für IT-Administratoren: Die Chrome- und Edge-Richtlinie QuicAllowed auf false schaltet QUIC auf verwalteten Geräten ab, ohne chrome://flags anzufassen.

QUIC in Google Chrome deaktivieren

Mit diesen Schritten deaktivieren Sie QUIC in Chrome unter Windows, Mac oder Linux.

1. Open Chrome and type in the address bar:
   chrome://flags/#enable-quic

2. Find "Experimental QUIC protocol"

3. Change the dropdown from "Default" to "Disabled"

4. Click "Relaunch" at the bottom to restart Chrome

5. Verify: visit the website that showed the error

QUIC in Microsoft Edge deaktivieren

Da Edge auf Chromium basiert, läuft es fast genauso ab.

1. Open Edge and type in the address bar:
   edge://flags/#enable-quic

2. Find "Experimental QUIC protocol"

3. Change to "Disabled"

4. Click "Restart" to apply

QUIC in Opera und Brave deaktivieren

Opera und Brave nutzen dasselbe Flag-System von Chromium.

Opera:  opera://flags/#enable-quic → Disabled → Restart
Brave:  brave://flags/#enable-quic → Disabled → Restart

Lösung 2: Verbindungen von Chrome zurücksetzen

Das Löschen von Daten hilft selten, aber das Zurücksetzen offener Verbindungen kann helfen: Chrome baut dann frische QUIC- (oder TCP-)Verbindungen zur Website auf.

Verbindungen leeren, dann den Cache löschen

Beginnen Sie mit Flush socket pools (siehe Hinweis unten). Bleibt der Fehler, löschen Sie den Cache:

1. Press Ctrl+Shift+Delete (Windows/Linux) or Cmd+Shift+Delete (Mac)

2. Choose More → All time for the time range

3. Tick "Cached images and files"

4. Click "Delete data" ("Delete from this device" if you're signed out)

5. Restart Chrome and try the website again

Lösung 3: Browser-Erweiterungen deaktivieren

Selten die Ursache: Erweiterungen können QUIC selbst nicht ändern, und „VPN“-Erweiterungen in Chrome am Desktop sind in Wirklichkeit Proxys, die Chrome daran hindern, überhaupt QUIC zu nutzen.

Öffnen Sie die Website in einem Inkognitofenster (Strg+Umschalt+N), in dem Erweiterungen ausgeschaltet sind, sofern Sie sie nicht erlaubt haben. Lädt sie dort, schalten Sie Ihre Erweiterungen unter chrome://extensions/ nacheinander aus, um die verantwortliche zu finden.

Lösung 4: Firewall- und Antivirus-Einstellungen prüfen

Eine Firewall, die den UDP-Port 443 komplett blockiert, löst diesen Fehler nicht aus: Chrome nutzt einfach TCP. Das Problem ist eine Firewall oder Sicherheitssoftware, die QUIC starten lässt und es dann verwirft oder prüft.

Erlauben Sie ausgehenden UDP 443 entweder vollständig oder blockieren Sie ihn vollständig. So prüfen Sie die gängigen Konfigurationen.

Windows Firewall

Die Windows-Defender-Firewall erlaubt ausgehenden Verkehr standardmäßig, und eine Blockierungsregel schlägt immer eine Zulassungsregel. Suchen Sie also nach einer Blockierungsregel, die jemand hinzugefügt hat, und schalten Sie sie aus. Führen Sie PowerShell als Administrator aus:

# List enabled outbound block rules that cover UDP (or any protocol)
Get-NetFirewallRule -Direction Outbound -Action Block -Enabled True |
  Where-Object { ($_ | Get-NetFirewallPortFilter).Protocol -in 'UDP', 'Any' } |
  Select-Object Name, DisplayName

# Turn off the rule that blocks UDP 443 (use its Name from the list)
Disable-NetFirewallRule -Name '<Name>'

macOS Firewall

Die integrierte Firewall von macOS steuert nur eingehende Verbindungen und kann QUIC deshalb nicht blockieren. Wenn Sie eine Firewall für ausgehenden Verkehr wie Little Snitch oder LuLu nutzen, prüfen Sie deren Regeln für den UDP-Verkehr von Chrome zu Port 443.

Firewalls auf Router-Ebene

Der schnellste Test: Verbinden Sie sich mit dem mobilen Hotspot Ihres Smartphones und laden Sie die Website. Verschwindet der Fehler, liegt es an Ihrem Router, den Geräten Ihres Providers oder der Firewall im Büro.

Suchen Sie dann auf der Admin-Seite des Routers (meist 192.168.1.1 oder 192.168.0.1) nach Firewall-, „SPI“- oder Sicherheitseinstellungen, die UDP einschränken, und aktualisieren Sie seine Firmware.

Lösung 5: Ihr VPN prüfen

Ein VPN tunnelt Ihren gesamten Verkehr, auch UDP, daher läuft QUIC normalerweise hindurch. Probleme beginnen, wenn der Tunnel selbst instabil ist: Eine Neuverbindung, ein Wechsel von Server oder Route oder ein VPN, das ruhige UDP-Flows ablaufen lässt, beendet offene QUIC-Verbindungen.

Trennen Sie das VPN und laden Sie neu. Verschwindet der Fehler, probieren Sie Folgendes:

• Wechseln Sie Server oder Protokoll des VPN — ein stabilerer Server oder ein anderes Protokoll beendet die Abbrüche oft
• Firmen-VPNs — viele Firmennetze blockieren QUIC absichtlich, um HTTPS prüfen zu können; folgen Sie der Einrichtung der IT und schalten Sie QUIC ab, wenn die Fehler bleiben
• Lassen Sie QUIC aus, solange Sie das VPN nutzen — Lösung 1 funktioniert mit jedem VPN, weil Chrome dann TCP nutzt

Lösung 6: Nach einem versteckten Proxy oder Verkehrsfilter suchen

Eine Proxy-Einstellung verursacht diesen Fehler nicht: Chrome nutzt QUIC nur bei direkten Verbindungen, mit Proxy läuft also jede Anfrage über TCP. Wie ein Proxy wirken kann dagegen Sicherheits- oder VPN-Software, die den Verkehr auf Netzwerkebene filtert, ohne dass eine Proxy-Einstellung existiert.

Tritt der Fehler in jedem Netzwerk auf, aber nur an diesem Computer, schalten Sie solche Software („Web Shield“, „Netzwerkschutz“, eine im Hintergrund laufende VPN-App) nacheinander aus und laden Sie neu.

Lösung 7: Chrome auf die neueste Version aktualisieren

Der QUIC-Code von Chrome wird regelmäßig aktualisiert, und Updates beheben Fehler auf der Seite von Chrome. Aktualisieren Sie Chrome (oder Edge, Opera, Brave), bevor Sie auf einem Computer, der eine Weile offline war, etwas anderes ändern.

1. Open Chrome → click ⋮ (three dots) → Help → About Google Chrome

2. Chrome will automatically check for updates

3. If an update is available, click "Relaunch" to apply

4. After updating, verify your Chrome version:
   chrome://version
   
   Look for the version number 

Serverseitige QUIC-Probleme (für Website-Betreiber)

Wenn Sie eine Website betreiben und Ihre Besucher ERR_QUIC_PROTOCOL_ERROR melden, kann das Problem auf Ihrem Server liegen. Das sind die häufigsten serverseitigen Ursachen.

• HTTP/3-Einstellung bei Cloudflare — melden Besucher den Fehler und Sie nutzen Cloudflare, prüfen Sie Speed > Settings > Protocol Optimization > HTTP/3 und testen Sie eine Weile mit ausgeschalteter Option
• Das HTTP/3 Ihres eigenen Servers — nginx unterstützt HTTP/3 seit Version 1.25.0 (listen 443 quic reuseport; plus ein Alt-Svc-Header); LiteSpeed und Caddy unterstützen es ebenfalls. Stellen Sie sicher, dass der UDP-Listener auf Port 443 erreichbar und Ihr QUIC-Stack aktuell ist. QUIC nutzt immer TLS 1.3: Der SSL Check zeigt, ob Ihr Server es anbietet
• Load Balancer, die UDP nicht weiterleiten — Application Load Balancer wie AWS ALB transportieren nur TCP. Wenn Sie h3 im Alt-Svc anbieten, ohne UDP 443 weiterzuleiten, markiert Chrome QUIC für Ihre Website 5 Minuten lang als defekt, versucht es dann erneut, verdoppelt die Wartezeit bis auf 2 Tage und lässt jedes Mal TCP mitlaufen: Entfernen Sie den Header oder nutzen Sie einen UDP-fähigen Load Balancer (Layer 4)

# Test HTTP/3 only, with no fallback (needs a curl built with HTTP/3)
curl --http3-only -sI https://your-domain.com

# Check something listens on UDP 443 (as root; firewalls are separate)
ss -ulnp 'sport = :443'

# Verify Alt-Svc header (tells browsers QUIC is available)
curl -sI https://your-domain.com | grep -i alt-svc
# Expected: alt-svc: h3=":443"; ma=86400

QUIC aktiviert lassen oder deaktivieren?

QUIC abzuschalten ist eine sichere Lösung, aber in einem gesunden Netzwerk verlieren Sie echte Geschwindigkeit. Eine praktische Entscheidungshilfe:

Lassen Sie QUIC an zu Hause, im Mobilfunk und in jedem Netzwerk, in dem der Fehler nicht auftritt. Googles eigene Daten zeigen damit eine schnellere Suche, weniger Video-Rebuffering und höheren Durchsatz, und QUIC hält Verbindungen am Leben, wenn Ihr Smartphone vom WLAN auf Mobilfunk wechselt.

Schalten Sie QUIC ab in einem Netzwerk oder VPN, in dem der Fehler immer wiederkehrt. Chrome nutzt dann HTTP/2 (oder HTTP/1.1) über TCP, was jedes Netzwerk verträgt; an einem guten Breitbandanschluss merken die meisten den Unterschied nicht.

Tritt dieselbe Art Fehler über HTTP/2 statt QUIC auf, zeigt Chrome ERR_HTTP2_PROTOCOL_ERROR, der eigene Ursachen und Lösungen hat.