ERR_QUIC_PROTOCOL_ERROR Ne Demek? Chrome ve Edge'de Çözümü

ERR_QUIC_PROTOCOL_ERROR Nedir?

ERR_QUIC_PROTOCOL_ERROR, Chrome'un web sitesiyle kurduğu QUIC bağlantısının, genellikle site sayfayı göndermeye başladıktan sonra koptuğu anlamına gelir. QUIC, HTTP/3'ün arkasındaki UDP tabanlı taşıma protokolüdür. Chrome, hata kodunu genel "Bu siteye ulaşılamıyor" sayfasının altında gösterir ("… adresindeki web sayfası geçici olarak kullanılamıyor veya kalıcı olarak yeni bir web adresine taşınmış olabilir"); Chromium bunu -356 numaralı hata olarak tanımlar: "There is a QUIC protocol error".

Chrome normalde kendi kendine toparlanır: bir QUIC isteği başarısız olursa, sunucu henüz yanıt vermeye başlamadıysa isteği sıradan bir TCP bağlantısı üzerinden yeniden dener (http_network_transaction.cc). Bu yüzden QUIC'i tamamen engelleyen bir ağ bu hataya yol açmaz; hataya, QUIC'in başlamasına izin verip sonra onu bozan bir ağ, VPN ya da sunucu yol açar.

Hata yalnızca Chromium tabanlı tarayıcılarda görülür: Chrome, Edge, Opera, Brave ve Vivaldi. ERR_SSL_PROTOCOL_ERROR (bozuk bir TLS el sıkışması) ve ERR_NETWORK_CHANGED (bağlantınız değişti) hatalarından farklı bir sorundur. Önce sayfayı yenileyin, çünkü yeniden deneme çoğu zaman işe yarar; hata sürekli geri geliyorsa aşağıdaki çözümler en güvenilir olanla, yani QUIC'i kapatmakla başlar, sonra her nedeni tek tek ele alır.

QUIC Nedir ve Chrome Neden Kullanır?

QUIC'i Google geliştirdi, ilk kez 2013'te duyurdu ve IETF 2021'de RFC 9000 olarak standartlaştırdı. TCP + TLS'in yerine UDP üzerinde çalışan tek bir şifreli protokol koyar ve HTTP/3'ün arkasındaki taşıma katmanıdır (Android'in Gizli DNS ayarı da DNS over HTTP/3 için bunu kullanır: bkz. gizli DNS nedir).

TCP + TLS 1.3 bağlantısı ilk istekten önce iki gidiş-dönüş ister; QUIC bir tane ister, devam ettirilen bağlantılarda ise sıfır. 7 Ekim 2020'de Google, Chrome Kararlı kullanıcılarının %25'inin IETF QUIC'e (h3-29 taslağı) geçtiğini duyurdu. Google, Arama gecikmesinde %2'den fazla, YouTube'da yeniden arabelleğe almada %9'dan fazla düşüş, aktarım hızında ise masaüstünde %3'ten, mobilde %7'den fazla artış ölçtü (Chromium Blog).

Chrome QUIC'i yalnızca site bunu bir Alt-Svc başlığıyla ya da DNS HTTPS kaydıyla duyuruyorsa kullanır. 26 Ekim 2026'da en çok ziyaret edilen 20 siteyi kontrol ettik: 10'u Alt-Svc başlığında HTTP/3 duyuruyor (Google, YouTube, Facebook, Instagram, Amazon, LinkedIn, Bing, WhatsApp, Cloudflare ve OpenAI).

ERR_QUIC_PROTOCOL_ERROR'a Ne Sebep Olur?

Bütün nedenler aynı örüntüyü izler: QUIC başladı, sonra bir şey onu bozdu.

• QUIC'in başlamasına izin verip sonra onu bozan bir ağ — UDP trafiğini aktarımın ortasında düşüren veya zaman aşımına uğratan güvenlik duvarları, yönlendiriciler ya da İSS ekipmanları. (UDP 443'ü tamamen engelleyen bir ağ, Chrome'u yalnızca TCP kullanmaya yöneltir; hata görünmez.)
• UDP'yi bağlantının ortasında düşüren bir VPN — VPN yeniden bağlandığında, sunucu veya rota değiştirdiğinde ya da sessiz UDP akışlarını zaman aşımına uğrattığında açık bir QUIC bağlantısı ölür. (QUIC için fazla küçük bir yol, el sıkışma sırasında başarısız olur; orada Chrome yalnızca TCP kullanır.)
• Trafiği denetleyen güvenlik yazılımı — bağlantılara müdahale eden antivirüs veya güvenlik duvarı "web koruması" QUIC akışlarını bozabilir.
• Kararsız bağlantı — zayıf Wi-Fi veya indirme sırasında ağ değiştirmek.
• Web sitesinin HTTP/3 ayarı — HTTP/3'ü duyuran ama QUIC yığını yanıtın ortasında çöken bir sunucu veya CDN. O zaman herkes hatayı yalnızca o sitede, her ağda görür: Site Çöktü mü Kontrolü, sitenin başkaları için de çöküp çökmediğini gösterir.
• Neden değil: proxy — Chrome QUIC'i yalnızca doğrudan bağlantılarda kullanır; bu yüzden proxy tanımlıysa her istek TCP üzerinden gider.

Çözüm 1: Chrome'da QUIC Protokolünü Devre Dışı Bırakın

En güvenilir çözüm: QUIC kapalıyken Chrome her site için TCP üzerinden HTTP/2 (veya HTTP/1.1) kullanır. Sayfalar yine yüklenir; yalnızca QUIC'in hız kazancından vazgeçersiniz, ki Google bunu Aramada yaklaşık %2 daha hızlı, YouTube'da %9 daha az yeniden arabelleğe alma olarak ölçtü.

BT yöneticileri için: Chrome ve Edge'in QuicAllowed ilkesini false yapmak, chrome://flags'e dokunmadan yönetilen cihazlarda QUIC'i kapatır.

Google Chrome'da QUIC'i Devre Dışı Bırakma

Windows, Mac veya Linux'ta Chrome'da QUIC'i devre dışı bırakmak için aşağıdaki adımları izleyin.

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

Microsoft Edge'de QUIC'i Devre Dışı Bırakma

Edge Chromium tabanlı olduğundan işlem neredeyse aynıdır.

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

Opera ve Brave'de QUIC'i Devre Dışı Bırakma

Opera ve Brave aynı Chromium bayrak sistemini kullanır.

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

Çözüm 2: Chrome'un Bağlantılarını Sıfırlayın

Verileri temizlemek bu sorunu nadiren çözer, ama açık bağlantıları sıfırlamak çözebilir: Chrome o zaman siteyle yeni QUIC (veya TCP) bağlantıları kurar.

Bağlantıları Sıfırlayın, Sonra Önbelleği Temizleyin

Flush socket pools ile başlayın (aşağıdaki nota bakın). Hata sürerse önbelleği temizleyin:

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

Çözüm 3: Tarayıcı Uzantılarını Devre Dışı Bırakın

Nadiren nedendir: uzantılar QUIC'in kendisini değiştiremez ve masaüstü Chrome'daki "VPN" uzantıları aslında proxy'dir; bu da Chrome'un QUIC'i hiç kullanmamasına yol açar.

Siteyi bir Gizli pencerede (Ctrl+Shift+N) açın; izin vermediyseniz uzantılar orada kapalıdır. Orada yükleniyorsa, sorumluyu bulmak için uzantılarınızı chrome://extensions/ sayfasından tek tek kapatın.

Çözüm 4: Güvenlik Duvarı ve Antivirüs Ayarlarını Kontrol Edin

UDP 443 portunu tamamen engelleyen bir güvenlik duvarı bu hataya yol açmaz: Chrome yalnızca TCP kullanır. Sorun, QUIC'in başlamasına izin verip sonra onu düşüren veya denetleyen bir güvenlik duvarı ya da güvenlik yazılımıdır.

Giden UDP 443'e ya tamamen izin verin ya da tamamen engelleyin. Yaygın kurulumları şöyle kontrol edebilirsiniz.

Windows Güvenlik Duvarı

Windows Defender Güvenlik Duvarı varsayılan olarak giden trafiğe izin verir ve engelleme kuralı her zaman izin kuralından üstündür; bu yüzden birinin eklediği bir engelleme kuralı arayın ve kapatın. PowerShell'i Yönetici olarak çalıştırın:

# 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 Güvenlik Duvarı

macOS'un yerleşik güvenlik duvarı yalnızca gelen bağlantıları denetler; bu yüzden QUIC'i engelleyemez. Little Snitch veya LuLu gibi giden trafiği denetleyen bir güvenlik duvarı kullanıyorsanız, kurallarında Chrome'un 443 numaralı porta giden UDP trafiğine bakın.

Yönlendirici Düzeyinde Güvenlik Duvarları

En hızlı test: telefonunuzun mobil hotspot'una bağlanıp siteyi yükleyin. Hata kaybolursa nedeni yönlendiriciniz, İSS ekipmanı veya ofis güvenlik duvarıdır.

Ardından yönlendiricinin yönetim sayfasında (genellikle 192.168.1.1 veya 192.168.0.1) UDP'yi kısıtlayan güvenlik duvarı, "SPI" veya güvenlik ayarlarını arayın ve aygıt yazılımını güncelleyin.

Çözüm 5: VPN'inizi Kontrol Edin

Bir VPN, UDP dahil tüm trafiğinizi tünelden geçirir; bu yüzden QUIC normalde içinden geçer. Sorun, tünelin kendisi kararsız olduğunda başlar: yeniden bağlanma, sunucu veya rota değişikliği ya da sessiz UDP akışlarını zaman aşımına uğratan bir VPN, açık QUIC bağlantılarını öldürür.

VPN'i kapatıp sayfayı yenileyin. Hata kayboluyorsa şunları deneyin:

• VPN sunucusunu veya protokolünü değiştirin — daha kararlı bir sunucu ya da başka bir protokol kopmaları çoğu zaman durdurur
• Kurumsal VPN'ler — birçok şirket ağı, HTTPS'i denetleyebilmek için QUIC'i bilerek engeller; BT biriminin kurulumunu izleyin ve hatalar sürerse QUIC'i kapatın
• VPN açıkken QUIC'i kapalı tutun — Çözüm 1 her VPN'de işe yarar, çünkü Chrome o zaman TCP kullanır

Çözüm 6: Gizli Bir Proxy veya Trafik Filtresi Arayın

Bir proxy ayarı bu hataya yol açmaz: Chrome QUIC'i yalnızca doğrudan bağlantılarda kullanır; bu yüzden proxy varken her istek TCP üzerinden gider. Ancak proxy gibi görünebilecek şey, proxy ayarı olmadan trafiği ağ düzeyinde filtreleyen güvenlik veya VPN yazılımıdır.

Hata her ağda ama yalnızca bu bilgisayarda çıkıyorsa, bu tür yazılımları ("web kalkanı", "ağ koruması", arka planda çalışan bir VPN uygulaması) tek tek kapatıp sayfayı yenileyin.

Çözüm 7: Chrome'u En Son Sürüme Güncelleyin

Chrome'un QUIC kodu düzenli olarak güncellenir ve güncellemeler bağlantının Chrome tarafındaki hatalarını giderir. Bir süredir çevrimdışı kalmış bir bilgisayarda başka bir şeyi değiştirmeden önce Chrome'u (veya Edge, Opera, Brave'i) güncelleyin.

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 

Sunucu Taraflı QUIC Sorunları (Web Sitesi Sahipleri İçin)

Bir web sitesi sahibiyseniz ve ziyaretçileriniz ERR_QUIC_PROTOCOL_ERROR bildiriyorsa, sorun sunucunuzda olabilir. İşte en yaygın sunucu taraflı nedenler.

• Cloudflare HTTP/3 ayarı — ziyaretçiler hata bildiriyorsa ve Cloudflare kullanıyorsanız Speed > Settings > Protocol Optimization > HTTP/3 ayarına bakın ve bir süre kapalıyken test edin
• Kendi sunucunuzun HTTP/3'ü — nginx, 1.25.0 sürümünden beri HTTP/3'ü destekler (listen 443 quic reuseport; ve bir Alt-Svc başlığı); LiteSpeed ve Caddy de destekler. 443 numaralı porttaki UDP dinleyicisine erişilebildiğinden ve QUIC yığınınızın güncel olduğundan emin olun. QUIC her zaman TLS 1.3 kullanır: SSL Sorgulama, sunucunuzun bunu sunup sunmadığını gösterir
• UDP'yi iletmeyen yük dengeleyiciler — AWS ALB gibi uygulama yük dengeleyicileri yalnızca TCP taşır. UDP 443'ü iletmeden Alt-Svc içinde h3 duyurursanız Chrome, sitenizde QUIC'i 5 dakika boyunca bozuk olarak işaretler, sonra yeniden dener ve bekleme süresini 2 güne kadar ikiye katlar; her seferinde TCP ile yarıştırır: başlığı kaldırın veya UDP destekli (4. katman) bir yük dengeleyici kullanın

# 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'i Etkin Bırakmalı mı Yoksa Devre Dışı mı Bırakmalısınız?

QUIC'i kapatmak güvenli bir çözümdür, ama sağlıklı bir ağda gerçek bir hızdan vazgeçersiniz. Karar vermenin pratik yolu:

QUIC'i açık tutun: evde, mobil veride ve hatanın görünmediği her ağda. Google'ın kendi verileri, QUIC ile Aramanın daha hızlı, videoda yeniden arabelleğe almanın daha az ve aktarım hızının daha yüksek olduğunu gösteriyor; ayrıca telefonunuz Wi-Fi'dan mobil veriye geçtiğinde QUIC bağlantıyı ayakta tutar.

QUIC'i kapatın: hatanın tekrar tekrar geldiği bir ağda veya VPN'de. Chrome o zaman her ağın taşıyabildiği TCP üzerinden HTTP/2 (veya HTTP/1.1) kullanır; iyi bir geniş bant hattında çoğu kişi farkı fark etmez.

Aynı türden bir arıza QUIC yerine HTTP/2 üzerinde olursa Chrome ERR_HTTP2_PROTOCOL_ERROR gösterir; onun nedenleri ve çözümleri farklıdır.