err_quic_protocol_error Hatası Nedir, Nasıl Çözülür?

Chrome'da bir video ya da bir web uygulaması açıyorsunuz; sayfanın bir kısmı geliyor, sonra sekme gri bir ekrana dönüyor. Başlıkta "Bu siteye ulaşılamıyor", altında web sayfasının "geçici olarak kullanılamıyor veya kalıcı olarak yeni bir web adresine taşınmış" olabileceğini söyleyen bir satır, en altta da ERR_QUIC_PROTOCOL_ERROR yazıyor. Sayfayı yenilemek bazen işe yarıyor, bazen yaramıyor; aynı site telefonunuzda sorunsuz açılıyor.

Sitenin kapalı olması pek olası değil. Hatanın arkasında iki şey vardır: Chrome ve Edge'in birçok büyük siteye bağlanırken kullandığı yeni yöntem olan QUIC ile, bilgisayarınızda ya da ağınızda bu bağlantının başlamasına izin verip sonra onu bozan bir şey. Bu yazıda QUIC'in ne olduğunu, Chrome'un bu tür arızaları neden çoğu zaman gizlediğini, nedenleri ve çözümleri, VPN ya da proxy kullandığınızda neyin değiştiğini anlatıyoruz.

ERR_QUIC_PROTOCOL_ERROR ne anlama gelir?#

QUIC bir taşıma protokolüdür, yani sayfanın verisini sitenin sunucusu ile tarayıcınız arasında taşıyan kurallar bütünüdür. Web trafiğinin çoğu bu iş için hâlâ TCP kullanır. QUIC aynı işi UDP'nin üzerinde yapar. UDP, paketleri her birinin onaylanmasını beklemeden gönderen daha yalın bir protokoldür; kontrolü, sıralamayı ve şifrelemeyi QUIC kendisi ekler. İki protokolün farkını TCP ve UDP Farkı Nedir? yazısında anlattık.

Chrome ve Edge'in üzerine kurulduğu Chromium'un ağ hataları listesinde bu hata -356 numaralıdır ve tek satırla tanımlanır: "There is a QUIC protocol error." (Bir QUIC protokol hatası var.) Kod, QUIC bağlantısının bozulduğunu söyler; bunu kimin bozduğunu söylemez. Gri sayfa da Chrome'un genel hata sayfasıdır: Chromium'da bu hataya özel bir metin yoktur, yani sayfanın "geçici olarak kullanılamıyor" olabileceğini söyleyen satır bir teşhis değil, varsayılan bir cümledir.

HTTP/3, QUIC ve UDP 443 birbiriyle nasıl bağlantılı?#

HTTP, tarayıcıların ve sunucuların istek ve sayfa alışverişinde kullandığı dildir. En yeni sürümü olan HTTP/3, RFC 9114 standardında QUIC üzerinden taşınan HTTP olarak tanımlanır; QUIC standardı RFC 9000 de QUIC paketlerini UDP datagramlarının (tek tek UDP paketlerinin) içine koyar. https:// ile başlayan bir adres için bu, normalde UDP 443 numaralı port demektir. Güvenli siteler hep 443 numaralı portu kullandı, ama HTTP/3'e kadar bu bir TCP portuydu ve birçok güvenlik duvarı ile filtre bu varsayımla kuruldu.

Site, HTTP/3 desteğini sıradan bir cevabın başlığında duyurur. 6 Ekim 2026'da baktığımızda example.com alt-svc: h3=":443"; ma=86400 cevabını verdi: HTTP/3 ("h3") 443 numaralı portta kullanılabilir ve tarayıcı bu bilgiyi 86.400 saniye, yani bir gün boyunca saklayabilir. YouTube ve Google aynı teklifi 30 günlük bir süreyle gönderiyor.

Standart arıza ihtimalini de hesaba katar. RFC 9114'e göre ağ UDP'yi engellediğinde tarayıcılar HTTP'nin TCP tabanlı sürümlerine, yani sıradan bir şifreli bağlantı üzerinden HTTP/2'ye ya da HTTP/1.1'e dönmelidir.

Chrome neden TCP'ye geçmek yerine hata gösteriyor?#

Chrome bu kurala uyar; bu yüzden QUIC'i tamamen engelleyen bir ağ bu hatayı nadiren üretir. Hata, QUIC'in önce çalışıp sonra bozulduğu durumda çıkar:

1. Site HTTP/3 sunar. Teklif alt-svc başlığıyla ya da bazı sitelerde bir DNS kaydıyla gelir ve Chrome bunu kaydeder.
2. Chrome QUIC'i dener. Bir sonraki ziyarette UDP 443'e bir QUIC bağlantısı açar ve sıradan bir TCP bağlantısını yedekte tutar.
3. QUIC hiç bağlanamaz. UDP paketleri tamamen engelleniyorsa TCP devreye girer; Chrome da QUIC'i o site için birkaç dakikalığına, art arda arızalarda daha uzun süre bozuk sayar. Siz hiçbir şey fark etmezsiniz.
4. QUIC bağlanır, ama cevap gelmeden kopar. Chrome isteği TCP üzerinden yeniden gönderir; bu işe yararsa QUIC'i o site için bozuk sayar.
5. QUIC, cevap gelmeye başladıktan sonra kopar. Cevabın bir kısmı tarayıcıya ulaştıysa Chromium'un bağlantı kodu isteği "yeniden denenemez" sayar. Chrome ERR_QUIC_PROTOCOL_ERROR gösterir.

Yani hata, QUIC'i yarım çalıştıran bir ağa işaret eder: paketler sayfayı başlatacak kadar geçer, sonra bir şey onları düşürür, değiştirir ya da keser. Temiz bir engel size yalnız HTTP/3'ü kaybettirirdi, sayfayı değil.

ERR_QUIC_PROTOCOL_ERROR neden çıkar?#

Evdeki bir bilgisayarda ilk şüpheli güvenlik programlarıdır. ESET'in yardım merkezi, QUIC açıkken web korumasının doğru çalışmayabileceğini yazar; Trend Micro ve WatchGuard da tarayıcıların HTTP/2'ye geçmesi için UDP 443'ün nasıl engelleneceğini anlatır. QUIC'i temiz biçimde engelleyen bir filtre zararsızdır; ilk paketleri geçirip sonrakileri düşüren bir filtre ise bu hatayı üretir.

Modemler ve güvenlik duvarları da içlerinden geçen her konuşmanın kaydını tutar. IETF'in QUIC kullanım rehberi RFC 9308, bu cihazların sessiz kalan bir UDP konuşmasını TCP'ye göre çok daha çabuk unuttuğunu, bazı güvenlik duvarlarının da artık beklemedikleri sunucu paketlerini geri çevirdiğini belirtir. Bir süre sessizce açık kalan sekmenin bir sonraki tıklamada hata vermesinin sebebi budur.

ERR_QUIC_PROTOCOL_ERROR nasıl çözülür?#

Adımları sırayla uygulayın ve her adımdan sonra sayfayı yenileyin:

1. Sayfayı bir kez yenileyin. Kısa bir Wi-Fi kesintisi gibi tek seferlik bir kopma çoğu zaman tekrarlanmaz.
2. Başka bir ağ deneyin. Siteyi telefonunuzun mobil verisiyle ya da bir mobil erişim noktasıyla açın. Orada açılıyorsa sitede sorun yoktur.
3. VPN'i kapatın. VPN (sanal özel ağ) kapalıyken sayfa açılıyorsa VPN uygulamasında başka bir sunucu ya da başka bir bağlantı protokolü deneyin.
4. Antivirüsün web korumasını bir deneme için duraklatın. Web ya da HTTPS trafiğini tarayan özelliği kapatın, sayfayı yenileyin, sonra özelliği yeniden açın. Duraklatmak işe yaradıysa programı güncelleyin ve yardım sayfalarında HTTP/3 ya da QUIC diye arayın; bazı üreticiler bunun yerine bir sonraki adımı önerir.
5. Tarayıcıda QUIC'i kapatın. Tarayıcı QUIC kullanmayı bıraktığı için hata her durumda kaybolur. Adımlar aşağıda.
6. İş yeri ya da okul bilgisayarındaysanız bilgi işlem ekibine sorun. Güvenlik duvarı da tarayıcı ayarları da kuruma aittir; çözüm de kurumdadır.

Chrome ve Edge'de QUIC nasıl kapatılır?#

QUIC varsayılan olarak açıktır. Onu kapatan ayar tarayıcının deneysel özellikler sayfasındadır ve bu sayfadaki ayar adları Türkçe Chrome'da da İngilizce görünür. Windows, Mac, Linux ya da Android'de Chrome için:

1. Adres çubuğuna chrome://flags/#enable-quic yazıp Enter'a basın. Sayfa doğrudan Experimental QUIC protocol satırına gider.
2. Yanındaki menüyü Default değerinden Disabled değerine çevirin.
3. Sayfanın altındaki Yeniden başlat düğmesine tıklayın. Chrome kapanıp yeniden açılır.

Edge'de edge://flags/#enable-quic adresine gidin, Experimental QUIC protocol ayarını Disabled yapın ve Restart (yeniden başlat) düğmesine tıklayın.

Kaybettiğiniz şey HTTP/3'tür. Sayfalar TCP üzerinden HTTP/2 ya da HTTP/1.1 ile yüklenir; iyi bir bağlantıda farkı pek hissetmezsiniz. Değişikliği geri almak için ayarı yeniden Default yapın. Bunu geçici bir çözüm olarak görün: hataya bir güvenlik programı yol açtıysa asıl çözüm o programı güncellemek ya da ayarlarını düzeltmektir.

Kurumlar QUIC'i merkezden, QuicAllowed ("Allow QUIC protocol") adlı bir politikayla kapatır; politika Chrome'da ve Edge'de aynı adı taşır (Microsoft'un belgesi). Bilgisayarınızdaki politikaları görmek için adres çubuğuna chrome://policy yazın; listede QuicAllowed varsa QUIC'in kullanılıp kullanılmayacağına kurumunuz karar veriyordur.

Sorun web sitesinde mi?#

Bazen. Tek bir site her ağda ve her cihazda hata verirken diğer siteler açılıyorsa olası sebep, sitenin HTTP/3 sunucusu ya da önündeki içerik dağıtım ağıdır (CDN: sitenin sayfalarını size yakın bir konumdan sunan sunucu ağı). Bunu yalnız site sahibi düzeltebilir; o zamana kadar tarayıcınızda QUIC'i kapatarak sorunu aşabilirsiniz.

Site sizinse önce başka ağlardaki ziyaretçilerle durumu doğrulayın, sonra bir deneme için HTTP/3'ü kapatın; Cloudflare'de bu düğme Speed > Settings > Protocol Optimization > HTTP/3 yolundadır. Kendi yük dengeleyicinizin arkasındaysanız RFC 9308'in uyarısına dikkat edin: trafiği adres ve porta göre yönlendiren bir yük dengeleyici, ziyaretçinin modemi portu değiştirdiğinde QUIC bağlantısını koparabilir.

VPN ve proxy bu hataya yol açar mı?#

Bir VPN uygulaması, cihazınızın UDP dahil bütün trafiğini şifreli bir tünelin içinde kendi sunucusuna taşır. Her paketi başka bir paketin içine sarmak paket başına kalan yeri azaltır; RFC 9000 de en az 1.200 baytlık UDP paketlerini taşıyamayan bir yolda QUIC kullanılmamasını şart koşar. UDP'yi süzen bir VPN sunucusu ya da yeri dar bir tünel QUIC'i bozar; uygulamada sunucuyu ya da protokolü değiştirin.

Tarayıcıda ayarlanan proxy ise farklı çalışır. HTTP ya da HTTPS proxy kullanırken Chrome, proxy'den siteye bir tünel açmasını TCP üzerinden giden bir CONNECT isteğiyle ister. Chromium'un bağlantı kodundaki bir açıklama, QUIC'in yalnız QUIC proxy'leriyle konuşulabileceğini söyler; bu yüzden Chrome siteyi HTTP/2 ya da HTTP/1.1 ile yükler ve bu hata ortaya çıkmaz.

SOCKS5 burada özel bir durumdur, çünkü protokolün kendisi TCP'nin yanında UDP de taşıyabilir; bunun nasıl çalıştığını SOCKS5 Proxyler Nedir? yazısında anlattık.

Chrome bu özelliği kullanmaz. Chrome'un proxy belgesine göre Chrome'da SOCKS5 yalnız TCP isteklerini taşır ve "UDP trafiğini aktarmak için kullanılamaz". SOCKS5 Proxy ürünümüz UDP'yi kendisi gönderen uygulamalar için aktarır; Chrome'da ise sayfaları her proxy gibi TCP üzerinden taşır.

İş için proxy kullananların gördüğü şey de bununla açıklanır. Bir mağazanın başka bir ülkeden nasıl göründüğünü Residential Proxy ile kontrol ettiğinizde tarayıcının Geliştirici Araçları (DevTools), doğrudan ziyarette h3 gördüğünüz yerde h2 gösterir. Bu beklenen bir durumdur, arıza değildir. Proxy bu hatanın çözümü de değildir: QUIC'i kapatmak, trafiğinizi başka birinin üzerinden geçirmeden aynı sonucu verir.

İleri seviye: bir sitenin HTTP/3 kullanıp kullanmadığını görün#

Bu bölüm, protokolü kendi gözleriyle görmek isteyenler içindir. Geliştirici Araçları her isteğin protokolünü gösterir:

1. Siteyi açın, F12'ye ya da Ctrl+Shift+I'ya (Mac'te Cmd+Option+I) basın ve Ağ panelini seçin.
2. İstek tablosunun başlık satırına sağ tıklayın ve Protokol'ü seçin.
3. Sayfayı yenileyin. h3, QUIC üzerinden HTTP/3; h2, TCP üzerinden HTTP/2 demektir.

Hata veren site, çalıştığı bir ağda h3 gösteriyorsa işin içinde QUIC vardır ve QUIC'i kapatmak hatayı giderir. Bir sitenin HTTP/3 teklifini tarayıcısız görmek için başlıklarını Windows 10, Windows 11 ve macOS'ta hazır gelen curl ile isteyin; Windows PowerShell'de curl.exe yazın.

curl -sI https://example.com

6 Ekim 2026'da yaptığımız denemede (curl 8.21.0, Windows 11) başlıklar arasında şu satır vardı:

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

Cevapta h3 yoksa site HTTP/3'ü büyük olasılıkla bu yolla sunmuyordur.

Benzer hatalar#

QUIC'i kapattığınızda hata ERR_SSL_PROTOCOL_ERROR'a dönüşüyorsa aynı filtre bu kez TCP bağlantısını bozuyordur; oradan sonrasını err_ssl_protocol_error Hatası Nedir, Nasıl Çözülür? yazısında bulabilirsiniz.

Bu hatayla nerelerde karşılaşırsınız?#

• YouTube ve Google hizmetleri: HTTP/3'ü her ziyaretçiye sunar ve tarayıcıdan bunu 30 gün hatırlamasını ister.
• Cloudflare arkasındaki siteler: Cloudflare, HTTP/3'ü bütün planlarında sunar.
• Ofis ve okul ağları: güvenlik duvarları web trafiğini inceler.
• İnternet güvenliği paketi kurulu bilgisayarlar: paket web sayfalarını filtreler.

Sık yapılan hatalar#

• Çerezleri ve önbelleği temizlemek. Bunlar sayfaları ve oturumları tutar, bağlantıyı değil; kopma onların altındaki katmanda olur.
• Chrome'u yeniden kurmak. Yeni kurulan Chrome da varsayılan olarak QUIC kullanır.
• Web korumasını kalıcı olarak kapalı bırakmak. Programı güncelleyin ya da QUIC'i kapatın.
• Tek bir hatadan sonra siteyi suçlamak. Önce başka bir ağ deneyin.
• İş bilgisayarının ayarlarını sormadan değiştirmek. QUIC'i bozan güvenlik duvarı kuruma aittir.

Karar rehberi#

Sıkça sorulan sorular#

QUIC'i kapatmak güvenli mi?#

Evet. Sayfalar yine şifreli gelir; QUIC yerine TCP üzerinde TLS kullanılır. Web'in büyük kısmı HTTP/3'ten önce de böyle çalışıyordu. Ayarı istediğiniz zaman yeniden Default yapabilirsiniz.

QUIC'i kapatmak internette gezinmeyi yavaşlatır mı?#

Bazı sitelerde biraz. QUIC bağlantıyı daha hızlı kurar ve kaybolan paketlerle daha iyi başa çıkar; fark en çok zayıf mobil ya da Wi-Fi bağlantılarında hissedilir.

Hata neden en çok YouTube ve Google sitelerinde çıkıyor?#

Bu siteler HTTP/3'ü her ziyaretçiye sunduğu için Chrome onlarla çoğu siteden daha sık QUIC kullanır. QUIC'i yanlış işleyen bir filtre de ilk olarak orada kendini gösterir.

Android'de bu hata nasıl çözülür?#

Önce Wi-Fi ile mobil veri arasında geçiş yapın ve açık bir VPN uygulaması varsa kapatın. Hata sürerse Android için Chrome'da chrome://flags/#enable-quic adresini açın ve Experimental QUIC protocol ayarını Disabled yapın.

Firefox ERR_QUIC_PROTOCOL_ERROR hatası verir mi?#

Hayır. Bu kod; Chrome, Edge, Brave ve Opera'nın altyapısı olan Chromium'a aittir. Firefox'un kendi HTTP/3 desteği ve kendi hata adları vardır.

Proxy ya da VPN bu hatayı giderir mi?#

VPN çoğu zaman çözüm değil, sebeptir. Tarayıcıda ayarlanan bir proxy hatayı yalnız yan etki olarak ortadan kaldırır, çünkü Chrome sıradan proxy'ler üzerinden QUIC kullanmaz; QUIC ayarını kapatmak da aynı sonucu verir.

Özet#

ERR_QUIC_PROTOCOL_ERROR, HTTP/3'ün altındaki UDP tabanlı QUIC bağlantısının site cevap vermeye başladıktan sonra koptuğunu gösterir; bu yüzden Chrome sessizce TCP'ye geçemez. Neyin karıştığını bulmak için başka bir ağı, VPN'i ve antivirüsünüzün web korumasını sırayla deneyin; sayfaya hemen ulaşmanız gerekiyorsa Experimental QUIC protocol ayarını Disabled yapın. Tarayıcıyı iş için proxy üzerinden kullanıyorsanız orada HTTP/2 görmeyi bekleyin; proxy türlerini ve protokollerini proxy sayfamızda karşılaştırabilirsiniz.