HTTP/3 (QUIC) hosting’de aktif mi? Test etmenin net yolu

HTTP/3, web trafiğinin taşınmasında HTTP/2’den farklı bir katman kullanır: QUIC (Quick UDP Internet Connections) üzerinden gider. Hosting tarafında sadece “aktif ettik” denmesi yetmez; CDN/WAF katmanı, load balancer ve firewall kuralları HTTP/3’ü etkileyebilir. Bu rehberde, HTTP/3’ün gerçek hayatta aktif olup olmadığını doğrulamak için uygulayabileceğiniz net test adımlarını, hangi çıktılarda ne gördüğünüzü ve sık hataları bulacaksınız.

HTTP/3 (QUIC) gerçekten ne zaman “aktif” sayılır?

HTTP/3’ün aktif olduğunu söylemek için tek bir koşul vardır: Tarayıcı veya test aracı, hedef alan adına bağlanırken bağlantıyı HTTP/3 üzerinden kurar.

Bu şu anlama gelir: - DNS doğru yere yönlenir ve trafiğe uygun katmanlara ulaşır. - Sunucu/CDN/edge, UDP 443 (QUIC için standart) trafiğini kabul eder. - Aradaki load balancer/WAF HTTP/3’ü destekler ve uygun yapılandırma vardır. - TLS kurulumu sırasında istemci “hangi HTTP sürümünü kullanacağına” gerçekten karar verir.

Özetle: Sadece sunucuda QUIC modülünün “var olması” tek başına yeterli değildir; bağlantının HTTP/3 ile kurulması gerekir.

HTTP/3 ile HTTP/2 arasındaki en net ayırt edici işaret

HTTP/3 testlerinde en güçlü kanıt, test aracının veya tarayıcının raporladığı protokolün “h3” veya “HTTP/3” olarak gelmesidir. Bazı sistemlerde HTTP/3 kapalıysa trafik otomatik şekilde HTTP/2’ye veya HTTP/1.1’e düşebilir; bu nedenle “sayfa açıldı” sonucu tek başına kanıt sayılmaz.

Test 1: Tarayıcıdan protokol kanıtı (en hızlı doğrulama)

Önce pratik kontrol yapın. Tarayıcıların ağ panelinde genelde “Protocol” veya “Konu/Request details” altında HTTP sürümü görünür.

Chrome / Edge (DevTools)

Tarayıcınızda ilgili alan adını açın (örn: https://ornek.com).
DevTools → Network sekmesi.
Sayfayı yenileyin (Ctrl+R).
Üstte “Protocol” sütununu görünür yapın (bazı sürümlerde kolondan açılır).
Ana doküman (HTML) isteğini inceleyin.

Beklediğiniz kanıt: - Protokol olarak h3 veya HTTP/3 görünmesi.

Not: Bazı tarayıcılar/konfigürasyonlar UDP/QUIC engelli ise HTTP/2’ye düşer. Bu durumda protokol etiketi HTTP/2 olarak gelir.

Firefox (Network panel)

Firefox’ta da ağ panelinde protokol bilgisi çoğu senaryoda görülebilir. “h3” etiketi arayın.

Test 2: curl ile net doğrulama (HTTP/3 çıktısı arayın)

Tarayıcılar bazen sezgisel bilgi verir. Daha kesin sonuç için curl kullanın. HTTP/3’ü test etmek için curl’un HTTP/3 (QUIC) desteği derlenmiş olmalıdır.

Yerel makinede komut

Örnek alan adı: ornek.com

1) Destek var mı kontrol edin: - curl sürümünüzde “HTTP/3” desteği görünmesi gerekir.

2) Test komutu: - curl --http3 -I https://ornek.com/

Beklenen sonuç: - Çıktıda “HTTP/3” veya “h3” ile ilgili satırlar görünür.

HTTP/3 kurulamazsa şu senaryolardan biri görülür: - “Failed to connect” / “could not negotiate” benzeri hatalar - Ya da istek HTTP/2’ye düşer ve HTTP/3 kanıtı oluşmaz

Net okuma: HEAD yanıtı neden önemli?

-I ile sadece başlıklar gelir. Bu, gereksiz içerik çekmeden protokol kararını daha hızlı test etmenizi sağlar.

Test 3: QUIC için UDP 443 engel mi? (firewall/CDN kontrolü)

HTTP/3’ün önündeki en sık engel UDP trafiğidir. Türkiye’de/operatörlerde veya veri merkezinde UDP 443 bazı kurallarla kısıtlanabilir; ayrıca hosting içinde güvenlik duvarı (firewall) veya security group UDP’yi dışarıda bırakabilir.

Ne test edilmeli?

UDP 443 trafiği hedefe ulaşıyor mu?
Edge/CDN’den origin’a UDP geçişi var mı (CDN kullanıyorsanız)?
Origin tarafında (sunucu) QUIC dinleme yapıyor mu?

Net teşhis yaklaşımı

Aynı alan adına HTTP/3 destekli bir istemci ile bağlanın.
UDP 443’ü engelleyen bir ara ağ/kurala şüphe varsa, sağlayıcınızın “QUIC/HTTP3 firewall” veya “UDP 443 allow” ayarlarını doğrulatın.

Burada tek hedefiniz şu olmalı: İstemci ile edge arasında UDP 443 yolu açık ve tutarlı olmalı.

Test 4: TLS/ALPN ile protokol anlaşması (daha derin teknik kanıt)

HTTP/3’ün kurulması sırasında TLS katmanı içinde protokol müzakeresi yapılır. Bu müzakere tarafların hangi uygulama protokolünü seçeceğini belirler.

Net kontrol mantığı

HTTP/2 için ALPN “h2” görürsünüz.
HTTP/3 için ALPN “h3” görmeniz beklenir.

Nasıl kontrol edilir?

En net yöntem, sağlayıcının sunduğu doğrulama aracını kullanmaktır. Elinizde yoksa komut satırından TLS müzakeresini görebileceğiniz araçları (ALPN gösteren) kullanın. Çıktıda “h3” geçtiği senaryoda HTTP/3 için başarılı müzakere gerçekleşmiştir.

Test 5: Loglardan doğrulayın (hosting tarafında kanıt)

HTTP/3 “aktif” demek, sadece istemcide görünmek değil; sunucu veya edge loglarında da protokol türünün kaydı olmalıdır.

Sunucu/edge hangi log alanlarını içerir?

Kullandığınız mimariye göre şu başlıkları arayın: - Protokol: HTTP/3, h3, quic - UDP/QUIC bağlantı metrikleri - Stream türleri (bazı proxy/load balancerlarda görünür) - User-Agent / client türüne göre düşme (fallback) kayıtları

Net hedef cümle

“HTTP/3 isteği geliyor mu, yoksa sürekli HTTP/2’ye düşüyor mu?”

Bu sorunun cevabını loglarda arayın. Eğer loglarda sürekli “fallback” veya “negotiated protocol h2” görüyorsanız HTTP/3 aktif değildir.

HTTP/3 testlerinde en sık görülen 7 sorun ve net çözüm

Aşağıdaki durumlar “HTTP/3 aktif değil” izlenimi verir. Her birini test planınıza ekleyin.

1) Yanlış ortam: CDN var, origin değil

CDN varsa HTTP/3 edge’de aktif olabilir; origin tarafında HTTP/2 görünebilir. Kanıtı nerede arayacağınızı belirleyin: - İstemcinin protokol etiketi HTTP/3 görmelidir. - CDN loglarında da HTTP/3 kaydı olmalıdır.

2) UDP 443 kapalı

Firewall, security group, veri merkezi kuralı veya sağlayıcı altyapısı UDP 443’ü kapatıyorsa HTTP/3 çalışmaz. - Çözüm: UDP 443 allow kuralı. (Özellikle QUIC/HTTP3 için.)

3) Yanlış sertifika/kurgu

HTTP/3’te TLS kurulumunda sorun varsa protokol kurulmaz. - Çözüm: Sertifikanın tam zincir doğruluğu, SNI uyuşması ve modern TLS konfigürasyonu.

4) Edge tarafı HTTP/3 desteklemiyor

Bazı load balancer/WAF katmanları HTTP/3’ü tam desteklemez. - Çözüm: HTTP/3 desteği olan reverse proxy/edge yapılandırması (ör. QUIC destekli).

5) Tarayıcı otomatik fallback yapıyor

İstemci HTTP/3 dener, başarısız olursa HTTP/2’ye düşer. Siz sadece sayfanın açıldığını görürsünüz. - Çözüm: curl veya tarayıcı ağ panelinde protokol etiketini kontrol edin.

6) Test URL’si keşif/redirect ile farklı davranıyor

HTTP/3 kontrolü için en doğru yol, doğrudan https:// erişimdir. Yönlendirmeler farklı mekanizmaları tetikleyebilir. - Çözüm: Sabit bir endpoint kullanın (aynı path) ve mümkünse -I ile HEAD test edin.

7) Çoklu bölge/Anycast farklı sonuç veriyor

CDN anycast ile farklı pop’lardan çıkış yapılabilir. Bir bölgede HTTP/3 çalışır, diğerinde çalışmaz. - Çözüm: Farklı ağlardan (mobil veri + farklı operatör) ve farklı saatlerde test edin.

Net test planı (tek sayfalık kontrol listesi)

Aşağıdaki akış, “aktif mi değil mi” kararını hızlı verir.

Hızlı akış

Tarayıcı DevTools Network’te protokolü kontrol et: h3 / HTTP/3 var mı?
curl ile zorla: curl --http3 -I https://ornek.com/ - Çıktıda HTTP/3 kanıtı var mı?
Çıktı yoksa UDP 443 engelini varsay: sağlayıcıdan UDP 443 durumunu doğrulat.
CDN/edge loglarında “HTTP/3/h3” satırlarını ara.
Hâlâ belirsizse farklı ağdan test et.

Sonuç: Kararı netleştirmek için kanıt şart

HTTP/3’ün hosting’de aktif olup olmadığını anlamanın yolu, “başlıkların yanında” protokolün gerçekten HTTP/3 (h3) olarak kurulduğunu görmekten geçer. En pratik sıralama; önce tarayıcı Network panelinde protokol etiketini kontrol etmek, ardından curl --http3 -I ile aynı alan adında kanıt toplamak, sorun devam ederse UDP 443 ve edge/CDN yapılandırmasını log üzerinden doğrulamaktır. Bu üç kanıt (tarayıcı protokol etiketi, curl çıktısı, edge log kaydı) gelmeden “aktif” demeyin. Hosting sağlayıcınızdan UDP/QUIC ve HTTP/3 konfigürasyonuna ilişkin net kayıt/çıktı isteyerek ilerleyin.