---
title: "err_quic_protocol_error in Chrome und Edge beheben"
description: "err_quic_protocol_error: Die HTTP/3-Verbindung (QUIC) von Chrome ist beim Laden abgebrochen, meist wegen Virenschutz, Firewall oder VPN. So beheben Sie es."
url: https://proxynet.io/de/blog/err-quic-protocol-error
date: 2026-10-06
author: "Acar Diveroli"
category: "Anleitungen"
lang: de
---

# err_quic_protocol_error in Chrome und Edge beheben

Sie öffnen in Chrome ein Video oder eine Web-App, ein Teil der Seite erscheint, und dann wird der Tab zu einem grauen Bildschirm: „Die Website ist nicht erreichbar“, darunter die Zeile „Die Webseite unter … ist eventuell vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben.“ und ganz unten `ERR_QUIC_PROTOCOL_ERROR`. Neu laden hilft manchmal und manchmal nicht, und auf Ihrem Smartphone öffnet sich dieselbe Website problemlos.

Ausgefallen ist die Website nur selten. Der Fehler kommt von QUIC, der neueren Art, auf die sich Chrome und Edge mit vielen großen Websites verbinden, und von etwas auf Ihrem Computer oder in Ihrem Netz, das diese Verbindung zustande kommen lässt und sie dann stört. Dieser Leitfaden erklärt, was QUIC ist, warum Chrome solche Störungen meist verbirgt, welche Ursachen und Lösungen es gibt und was sich mit einem VPN oder einem Proxy ändert.

> **Hinweis: Kurzantwort**
>
> `ERR_QUIC_PROTOCOL_ERROR` bedeutet, dass die QUIC-Verbindung des Browsers, der UDP-basierte Transport hinter HTTP/3, abgebrochen ist, nachdem die Website bereits zu antworten begonnen hatte; deshalb konnte Chrome nicht unbemerkt auf eine gewöhnliche Verbindung umschalten. Etwas stört den UDP-Datenverkehr auf Port 443: meist der Webschutz eines Virenschutzprogramms, eine Firewall in Firma oder Schule, ein VPN oder ein Router. Versuchen Sie ein anderes Netz, trennen Sie das VPN und pausieren Sie den Webschutz für ein einziges Neuladen. Brauchen Sie einfach nur die Seite, stellen Sie unter `chrome://flags/#enable-quic` (in Edge `edge://flags/#enable-quic`) **Experimental QUIC protocol** auf **Disabled** und starten Sie den Browser neu.

## Was bedeutet ERR_QUIC_PROTOCOL_ERROR?

QUIC ist ein Transportprotokoll: das Regelwerk, das die Daten einer Seite zwischen dem Server der Website und Ihrem Browser befördert. Der meiste Webverkehr nutzt dafür noch TCP. QUIC erledigt dieselbe Aufgabe auf Basis von UDP, einem einfacheren Protokoll, das Pakete verschickt, ohne auf die Bestätigung jedes einzelnen zu warten; Prüfung, Reihenfolge und Verschlüsselung ergänzt QUIC selbst. Den Unterschied zwischen beiden erklärt [TCP und UDP: Was ist der Unterschied?](/de/blog/tcp-vs-udp).

In der [Liste der Netzwerkfehler](https://github.com/chromium/chromium/blob/main/net/base/net_error_list.h) von Chromium, dem Quellcode hinter Chrome und Edge, ist das der Fehler -356, beschrieben in einer einzigen Zeile: „There is a QUIC protocol error.“ (Es ist ein QUIC-Protokollfehler aufgetreten.) Er sagt, dass die QUIC-Verbindung gescheitert ist, nicht, wer das verursacht hat. Die graue Seite ist die allgemeine Fehlerseite von Chrome: Chromium hat für diesen Fehler keinen eigenen Text, „vorübergehend nicht verfügbar“ ist also ein Standardsatz und keine Diagnose.

## Wie hängen HTTP/3, QUIC und UDP-Port 443 zusammen?

HTTP ist die Sprache, in der Browser und Server Anfragen und Seiten austauschen. Die neueste Version, HTTP/3, ist in [RFC 9114](https://www.rfc-editor.org/rfc/rfc9114.html#section-3.1) als HTTP über QUIC definiert, und der QUIC-Standard RFC 9000 verpackt QUIC-Pakete in UDP-Datagramme (einzelne UDP-Pakete). Bei einer `https://`-Adresse heißt das normalerweise UDP-Port 443. Sichere Websites nutzen seit jeher Port 443, doch bis HTTP/3 war das ein TCP-Port, und viele Firewalls und Filter sind genau darauf ausgelegt.

Eine Website kündigt HTTP/3 in einem Header einer gewöhnlichen Antwort an. Bei unserer Prüfung am 6. Oktober 2026 antwortete example.com mit `alt-svc: h3=":443"; ma=86400`: HTTP/3 („h3“) ist auf Port 443 verfügbar, und der Browser darf sich das 86.400 Sekunden lang merken, also einen Tag. YouTube und Google senden dasselbe Angebot mit einer Merkdauer von 30 Tagen.

Der Standard rechnet auch mit Störungen. Blockiert ein Netz UDP, sollen Browser laut RFC 9114 auf die TCP-basierten Versionen von HTTP zurückgreifen: HTTP/2 oder HTTP/1.1 über eine gewöhnliche verschlüsselte Verbindung.

## Warum zeigt Chrome einen Fehler, statt auf TCP zurückzugreifen?

Chrome hält sich an diese Regel, deshalb erzeugt ein Netz, das QUIC vollständig blockiert, diesen Fehler selten. Er erscheint, wenn QUIC zuerst funktioniert und später scheitert:

1. **Die Website bietet HTTP/3 an.** Das Angebot kommt im Header `alt-svc` oder, bei manchen Websites, in einem DNS-Eintrag, und Chrome speichert es.
2. **Chrome versucht QUIC.** Beim nächsten Besuch öffnet es eine QUIC-Verbindung zu UDP-Port 443 und hält eine gewöhnliche TCP-Verbindung in Reserve.
3. **QUIC kommt nie zustande.** Werden die UDP-Pakete vollständig blockiert, übernimmt TCP, und Chrome markiert QUIC für diese Website einige Minuten lang als defekt, nach wiederholten Ausfällen länger. Sie merken davon nichts.
4. **QUIC verbindet sich und bricht ab, bevor die Antwort eintrifft.** Chrome sendet die Anfrage erneut über TCP und markiert QUIC für die Website als defekt, wenn das klappt.
5. **QUIC bricht ab, nachdem die Antwort begonnen hat.** Sobald ein Teil der Antwort beim Browser angekommen ist, behandelt der [Verbindungscode](https://github.com/chromium/chromium/blob/main/net/http/http_network_transaction.cc) von Chromium die Anfrage als eine, die „can not be retried“ (nicht wiederholt werden kann). Chrome zeigt `ERR_QUIC_PROTOCOL_ERROR`.

Der Fehler deutet also auf ein Netz, in dem QUIC nur halb funktioniert: Pakete kommen lange genug durch, um eine Seite zu beginnen, dann verwirft, verändert oder kappt etwas sie. Eine saubere Sperre hätte Sie nur HTTP/3 gekostet, nicht die Seite.

## Was verursacht ERR_QUIC_PROTOCOL_ERROR?

| Ursache | Typisches Anzeichen | Erste Prüfung |
|---|---|---|
| Virenschutz oder Internet-Security-Programm mit Webschutz | Viele Websites scheitern auf einem Computer, in jedem Netz | Webschutz für ein Neuladen pausieren |
| Firewall in Firma, Schule oder öffentlichem WLAN | Nur in diesem Netz | Fragen, wer das Netz betreibt |
| VPN-App | Nur bei verbundenem VPN | Trennen oder einen anderen Server wählen |
| Router oder Firewall vergisst ruhende UDP-Verbindungen | Ein länger offener Tab scheitert beim nächsten Klick | Neu laden; Firmware des Routers aktualisieren |
| Der HTTP/3-Server der Website oder ihr CDN | Eine Website, in jedem Netz und auf jedem Gerät | Warten oder den Betreiber informieren |
| Ein im Browser eingetragener Proxy | Nicht dieser Fehler: Chrome nutzt QUIC nicht über einen Proxy | Siehe den Proxy-Abschnitt unten |

Auf einem Computer zu Hause sind Sicherheitsprogramme die ersten Verdächtigen. Das Hilfecenter von ESET schreibt, dass der Webschutz bei eingeschaltetem QUIC möglicherweise nicht richtig funktioniert, und Trend Micro und WatchGuard dokumentieren das Sperren von UDP-Port 443, damit Browser auf HTTP/2 wechseln. Ein Filter, der QUIC sauber blockiert, ist harmlos; einer, der die ersten Pakete durchlässt und den Rest verwirft, erzeugt diesen Fehler.

Router und Firewalls führen außerdem Buch über jede Unterhaltung, die durch sie läuft. RFC 9308, der Leitfaden der IETF für den Betrieb von QUIC, hält fest, dass sie eine ruhende UDP-Unterhaltung viel früher vergessen als eine TCP-Unterhaltung, und manche Firewalls weisen danach Serverpakete ab, die sie nicht mehr erwarten. Deshalb kann ein Tab, der eine Weile unbenutzt offen war, beim nächsten Klick scheitern.

## Wie beheben Sie ERR_QUIC_PROTOCOL_ERROR?

Gehen Sie die Schritte der Reihe nach durch und laden Sie die Seite nach jedem Schritt neu:

1. **Laden Sie einmal neu.** Ein einmaliger Abbruch, etwa ein kurzer WLAN-Aussetzer, wiederholt sich oft nicht.
2. **Versuchen Sie ein anderes Netz.** Öffnen Sie die Website über die mobilen Daten Ihres Smartphones oder einen Hotspot. Funktioniert sie dort, ist mit der Website alles in Ordnung.
3. **Trennen Sie das VPN.** Lädt die Seite dann, versuchen Sie in der VPN-App einen anderen Server oder ein anderes Verbindungsprotokoll.
4. **Pausieren Sie den Webschutz des Virenschutzes für einen Test.** Schalten Sie die Funktion aus, die Web- oder HTTPS-Datenverkehr prüft, laden Sie neu und schalten Sie sie wieder ein. Hat die Pause geholfen, aktualisieren Sie das Programm und suchen Sie in seiner Hilfe nach HTTP/3 oder QUIC; manche Hersteller empfehlen stattdessen den nächsten Schritt.
5. **Schalten Sie QUIC im Browser aus.** Damit verschwindet der Fehler in jedem Fall, weil der Browser QUIC nicht mehr verwendet. Die Schritte folgen unten.
6. **Fragen Sie an einem Firmen- oder Schulcomputer die IT-Abteilung.** Die Firewall und die Browsereinstellungen gehören der Organisation, und die Lösung ebenso.

## Wie schalten Sie QUIC in Chrome und Edge aus?

QUIC ist standardmäßig eingeschaltet. Der Schalter liegt auf der Seite mit den experimentellen Funktionen des Browsers, auf der die Namen der Einträge und ihre Menüwerte auch in deutschem Chrome englisch bleiben. In Chrome unter Windows, Mac, Linux oder Android:

1. Geben Sie `chrome://flags/#enable-quic` in die Adressleiste ein und drücken Sie die Eingabetaste. Die Seite springt zu **Experimental QUIC protocol**.
2. Stellen Sie das Menü daneben von **Default** auf **Disabled** um.
3. Klicken Sie unten auf der Seite auf **Neu starten**. Chrome schließt sich und öffnet sich wieder.

In Edge geben Sie `edge://flags/#enable-quic` ein, stellen **Experimental QUIC protocol** auf **Disabled** und klicken auf **Restart** (Neu starten).

Was Sie verlieren, ist HTTP/3. Seiten laden über HTTP/2 oder HTTP/1.1 auf TCP, und bei einer guten Leitung merken Sie das kaum. Um die Änderung rückgängig zu machen, stellen Sie den Eintrag wieder auf **Default**. Betrachten Sie das als Notlösung: Hat ein Sicherheitsprogramm den Fehler verursacht, besteht die eigentliche Lösung darin, dieses Programm zu aktualisieren oder anders einzustellen.

Organisationen schalten QUIC zentral mit einer Richtlinie namens QuicAllowed („Allow QUIC protocol“) ab, die in Chrome und Edge gleich heißt ([Dokumentation von Microsoft](https://learn.microsoft.com/de-de/deployedge/microsoft-edge-browser-policies/quicallowed)). Geben Sie `chrome://policy` in die Adressleiste ein, um die Richtlinien Ihres Computers zu sehen; steht QuicAllowed in der Liste, entscheidet Ihre Organisation, ob QUIC verwendet wird.

## Liegt es an der Website?

Manchmal. Scheitert eine Website in jedem Netz und auf jedem Gerät, während andere Websites funktionieren, ist ihr HTTP/3-Server oder das Content Delivery Network (CDN, ein Netz von Servern, das die Seiten einer Website von einem Standort in Ihrer Nähe ausliefert) die wahrscheinliche Ursache. Beheben kann das nur der Betreiber der Website; bis dahin umgehen Sie das Problem, indem Sie QUIC ausschalten.

Ist es Ihre Website, bestätigen Sie den Fehler mit Besuchern in anderen Netzen und schalten Sie HTTP/3 dann testweise ab; bei Cloudflare liegt der Schalter unter **Speed > Settings > Protocol Optimization > HTTP/3**. Betreiben Sie einen eigenen Load Balancer, beachten Sie die Warnung in RFC 9308: Load Balancer, die nach Adresse und Port verteilen, können QUIC unterbrechen, wenn der Router eines Besuchers den Port ändert.

## Verursachen VPNs und Proxys den Fehler?

Eine VPN-App leitet den gesamten Datenverkehr Ihres Geräts, UDP eingeschlossen, durch einen verschlüsselten Tunnel zu ihrem Server. Wird jedes Paket in ein weiteres verpackt, bleibt pro Paket weniger Platz, und RFC 9000 legt fest, dass QUIC nicht auf einem Pfad verwendet werden darf, der keine UDP-Pakete von mindestens 1.200 Byte tragen kann. Ein VPN-Server, der UDP filtert, oder ein Tunnel mit zu wenig Platz bringt QUIC zum Scheitern; wechseln Sie in der App den Server oder das Protokoll.

Ein im Browser eingetragener Proxy funktioniert anders. Bei einem HTTP- oder HTTPS-Proxy bittet Chrome den Proxy mit einer `CONNECT`-Anfrage, die über TCP läuft, um einen Tunnel zur Website. Ein Kommentar im Verbindungscode von Chromium hält fest, dass QUIC nicht mit Proxys gesprochen werden kann, die keine QUIC-Proxys sind; Chrome lädt die Website also über HTTP/2 oder HTTP/1.1, und dieser Fehler tritt nicht auf.

SOCKS5 ist der Sonderfall, denn das Protokoll selbst kann neben TCP auch UDP transportieren; wie das funktioniert, erklärt [Was ist ein SOCKS5-Proxy?](/de/blog/socks5-proxy-101).

Chrome nutzt diesen Teil nicht. Laut seiner [Proxy-Dokumentation](https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md) verarbeitet SOCKS5 in Chrome nur TCP-Anfragen und „cannot be used to relay UDP traffic“ (kann nicht zur Weiterleitung von UDP-Datenverkehr verwendet werden). Unser [SOCKS5-Proxy](https://proxynet.io/de/socks5-proxy) leitet UDP für Apps weiter, die es selbst senden, in Chrome befördert er Seiten aber wie jeder andere Proxy über TCP.

Das erklärt auch, was Sie bei der Arbeit sehen. Wenn Sie über einen [Residential-Proxy](https://proxynet.io/de/residential-proxy) prüfen, wie ein Shop aus einem anderen Land aussieht, zeigen die Entwicklertools des Browsers (DevTools) `h2`, wo ein direkter Besuch `h3` zeigt. Das ist so vorgesehen und kein Defekt. Ein Proxy ist auch keine Lösung für diesen Fehler: QUIC auszuschalten hat dieselbe Wirkung, ohne Ihren Datenverkehr über jemand anderen zu leiten.

## Für Fortgeschrittene: Prüfen, ob eine Website HTTP/3 nutzt

Dieser Teil ist für alle, die es mit eigenen Augen sehen wollen. Die DevTools zeigen das Protokoll jeder Anfrage:

1. Öffnen Sie die Website, drücken Sie F12 oder Strg+Umschalt+I (auf einem Mac Cmd+Option+I) und wählen Sie den Bereich **Netzwerk**.
2. Klicken Sie mit der rechten Maustaste auf die Kopfzeile der Tabelle mit den Anfragen und wählen Sie **Protokoll**.
3. Laden Sie die Seite neu. `h3` bedeutet HTTP/3 über QUIC, `h2` bedeutet HTTP/2 über TCP.

Zeigt die betroffene Website in einem Netz, in dem sie funktioniert, `h3`, ist QUIC im Spiel, und wenn Sie es ausschalten, verschwindet der Fehler. Um das HTTP/3-Angebot einer Website ohne Browser zu sehen, fragen Sie ihre Header mit `curl` ab, das in Windows 10, Windows 11 und macOS enthalten ist; tippen Sie in Windows PowerShell `curl.exe`.

```bash
curl -sI https://example.com
```

Unser Durchlauf am 6. Oktober 2026 (curl 8.21.0, Windows 11) lieferte unter anderen Headern diese Zeile:

```text
alt-svc: h3=":443"; ma=86400
```

Fehlt `h3` in der Antwort, bietet die Website HTTP/3 meist nicht auf diesem Weg an.

## Verwandte Fehler

| Code | Was gescheitert ist | Läuft über |
|---|---|---|
| `ERR_QUIC_PROTOCOL_ERROR` (-356) | Eine QUIC-Verbindung brach ab, nachdem die Antwort begonnen hatte | UDP |
| `ERR_QUIC_HANDSHAKE_FAILED` (-358) | Eine QUIC-Verbindung hat ihren Aufbau nie abgeschlossen; Chrome kann die Anfrage erneut senden | UDP |
| `ERR_HTTP2_PROTOCOL_ERROR` (-337) | Eine HTTP/2-Verbindung ist gescheitert | TCP |
| `ERR_SSL_PROTOCOL_ERROR` (-107) | Der verschlüsselte Handshake ist gescheitert | TCP |
| `ERR_CONNECTION_RESET` (-101) | Eine bestehende Verbindung wurde gekappt | TCP |

Wird der Fehler nach dem Ausschalten von QUIC zu `ERR_SSL_PROTOCOL_ERROR`, stört derselbe Filter nun die TCP-Verbindung, und [err_ssl_protocol_error in Chrome und Edge beheben](/de/blog/err-ssl-protocol-error) setzt genau dort an.

## Wo Ihnen der Fehler begegnen kann

- **YouTube und Google-Dienste**, die jedem Besucher HTTP/3 anbieten und Browser bitten, sich das 30 Tage lang zu merken.
- **Websites hinter Cloudflare**, das HTTP/3 in allen Tarifen anbietet.
- **Firmen- und Schulnetze**, deren Firewalls den Webverkehr prüfen.
- **Computer mit einer Internet-Security-Suite**, die Webseiten filtert.

## Häufige Fehler

- **Cookies und Cache löschen.** Sie speichern Seiten und Anmeldungen, nicht die Verbindung; der Abbruch passiert eine Ebene darunter.
- **Chrome neu installieren.** Eine frische Installation nutzt QUIC wieder standardmäßig.
- **Den Webschutz dauerhaft ausgeschaltet lassen,** statt das Programm zu aktualisieren oder QUIC auszuschalten.
- **Nach einem einzigen Fehlschlag der Website die Schuld geben.** Testen Sie zuerst ein anderes Netz.
- **Die Einstellungen eines Firmencomputers ändern, ohne zu fragen.** Die Firewall, die QUIC stört, gehört der Organisation.

## Entscheidungshilfe

| Ihre Lage | Was tun |
|---|---|
| Scheitert im WLAN, funktioniert über mobile Daten | Router und Filter in diesem Netz prüfen |
| Scheitert nur bei eingeschaltetem VPN | In der VPN-App Server oder Protokoll wechseln |
| Begann mit einem neuen oder aktualisierten Virenschutz | Webschutz für einen Test pausieren, dann aktualisieren oder anders einstellen |
| Eine Website, jedes Netz | Den Betreiber informieren; bis dahin QUIC ausschalten |
| Firmen- oder Schulcomputer | Die IT-Abteilung fragen |
| Sie brauchen die Seite sofort | Experimental QUIC protocol auf Disabled stellen |

## Häufige Fragen

### Ist es sicher, QUIC auszuschalten?

Ja. Seiten werden weiterhin verschlüsselt übertragen, mit TLS über TCP statt mit QUIC, so wie der größte Teil des Webs vor HTTP/3. Sie können den Eintrag jederzeit wieder auf **Default** stellen.

### Wird das Surfen langsamer, wenn ich QUIC ausschalte?

Auf manchen Websites ein wenig. QUIC baut Verbindungen schneller auf und kommt besser mit verlorenen Paketen zurecht, deshalb zeigt sich der Unterschied vor allem bei schwachen Mobilfunk- oder WLAN-Verbindungen.

### Warum tritt der Fehler vor allem bei YouTube und Google auf?

Chrome nutzt QUIC dort häufiger als bei den meisten anderen Websites, weil sie jedem Besucher HTTP/3 anbieten. Ein Filter, der QUIC falsch behandelt, fällt dort zuerst auf.

### Wie behebe ich den Fehler unter Android?

Wechseln Sie zwischen WLAN und mobilen Daten und schalten Sie zuerst jede VPN-App aus. Bleibt der Fehler, öffnen Sie in Chrome für Android `chrome://flags/#enable-quic` und stellen Sie **Experimental QUIC protocol** auf **Disabled**.

### Zeigt Firefox ERR_QUIC_PROTOCOL_ERROR?

Nein. Der Code gehört zu Chromium, der Engine hinter Chrome, Edge, Brave und Opera. Firefox hat eine eigene HTTP/3-Unterstützung und eigene Fehlernamen.

### Kann ein Proxy oder VPN den Fehler beheben?

Ein VPN ist öfter die Ursache als die Lösung. Ein Proxy im Browser beseitigt den Fehler nur als Nebenwirkung, weil Chrome über gewöhnliche Proxys kein QUIC nutzt; das Ausschalten von QUIC bewirkt dasselbe.

## Fazit

`ERR_QUIC_PROTOCOL_ERROR` bedeutet, dass eine QUIC-Verbindung, der UDP-Transport hinter HTTP/3, abgebrochen ist, nachdem die Website bereits zu antworten begonnen hatte, sodass Chrome nicht unbemerkt auf TCP ausweichen konnte. Testen Sie ein anderes Netz, das VPN und den Webschutz Ihres Virenschutzes, um den Störer zu finden, und stellen Sie **Experimental QUIC protocol** auf **Disabled**, wenn Sie die Seite sofort brauchen. Leiten Sie einen Browser beruflich über Proxys, rechnen Sie dort mit HTTP/2; Proxy-Typen und Protokolle vergleichen Sie auf [unserer Proxy-Seite](/de/proxy).