İnternet Servis Sağlayıcı Engeli ve Yönlendirme Mimarisi

Güncelleme: 1377 kelime · 7 dk okuma

İnternet Servis Sağlayıcı (İSS) engelleri, Bilgi Teknolojileri ve İletişim Kurumu (BTK) kararları doğrultusunda bir alan adına erişimin DNS zehirlemesi, SNI filtreleme veya IP bazlı engelleme yöntemleriyle kısıtlanmasıdır. Otomatik yönlendirme ise, kullanıcının engellenen adrese erişmeye çalıştığında HTTP 301/302 durum kodları, Edge CDN sunucuları ve CNAME proxy altyapısı üzerinden kesintisiz bir şekilde güncel alan adı zincirine aktarılması sürecidir.

BTK ve İSS Düzeyinde Erişim Engelleme Yöntemleri

BTK kararları doğrultusunda yerel İnternet Servis Sağlayıcıları tarafından uygulanan erişim engelleri tek bir teknik yöntemle sınırlı değildir. En yaygın kullanılan birinci yöntem DNS zehirlemesi (DNS Poisoning) veya DNS engellemesidir. Kullanıcı web tarayıcısına bir alan adı yazdığında, İSS'nin tanımlı DNS sunucusu alan adını gerçek IP adresine çözümlemek yerine, engelleme uyarısının yer aldığı statik bir uyarı sayfasına yönlendirir. Bu işlem milisaniyeler içinde gerçekleşir ve kullanıcının hedef sunucuya paket göndermesini alan adı sorgusu aşamasında engeller.

İkinci ve daha gelişmiş olan yöntem ise Derin Paket İncelemesi (DPI) ve SNI (Server Name Indication) filtrelemesidir. TLS/SSL el sıkışması sırasında istemci, bağlanmak istediği alan adını açık metin olarak sunucuya iletir. İSS üzerindeki DPI sistemleri bu açık metin alan adını tarayarak listede yer alıyorsa bağlantıyı derhal sıfırlar ve istemciye TCP RST paketi gönderir. Doğrudan IP engellemesinde ise hedef sunucunun veri merkezine ait IP aralığı tamamen erişime kapatılır. Bu çok katmanlı engelleme yapısı, platformların neden dinamik yönlendirme mimarilerine ihtiyaç duyduğunu açıkça gösterir.

Alan Adı Yönlendirme Mimarisinin Çalışma Prensibi

Erişim engeli sonrasında veri akışının kesintisiz devam edebilmesi için kurulan yönlendirme mimarisi, HTTP protokolu ve CDN seviyesinde senkronize çalışan sistemlerden oluşur. Engellenmiş bir eski alan adına gelen kullanıcı istekleri, öncelikli olarak dünya genelinde dağıtılmış CDN (İçerik Dağıtım Ağı) edge sunucuları tarafından karşılanır. Sunucu, gelen isteği analiz eder ve tarayıcıya HTTP 301 Permanent Redirect veya HTTP 302 Found yanıtı döner. Bu yanıtın “Location” başlığında güncel ve engellenmemiş alan adının tam URI adresi yer alır.

Gelişmiş yönlendirme altyapıları yalnızca istemci taraflı HTTP yönlendirmesiyle sınırlı kalmaz; CNAME Proxy ve Edge Worker teknolojilerini aktif olarak kullanır. Edge sunucusu, kullanıcının bağlandığı İSS türünü ve coğrafi konumunu tespit ederek en düşük gecikme süresine sahip güncel domain sunucusuna yönlendirme kararı verir. Bu süreçte sunucu taraflı oturum koruma mekanizmaları devreye girerek kullanıcının yeniden giriş yapmasına gerek kalmadan aktif oturum verilerini (session token) yeni alan adına güvenli bir şekilde aktarır.

Yönlendirme Süresinin Matematiksel Hesabı ve Örnek Hesaplama

Otomatik yönlendirme sürecinin toplam süresi, ağ katmanındaki el sıkışma adımlarının ve sunucu yanıt sürelerinin toplamına eşittir. Bir yönlendirme zincirindeki toplam gecikmeyi (Total Redirect Latency) hesaplamak için aşağıdaki matematiksel model kullanılır:

Formül: T_toplam = T_DNS + (2 × RTT_edge) + T_TLS + T_HTTP_301

Formülde yer alan değişkenlerin anlamları şu şekildedir: T_DNS yeni alan adının DNS sorgu süresini, RTT_edge istemci ile CDN sunucusu arasındaki gidiş-dönüş süresini (Round Trip Time), T_TLS TLS 1.3 el sıkışma süresini ve T_HTTP_301 sunucunun yönlendirme yanıtı üretme süresini ifade eder.

Sayısal Örnek: Bir kullanıcının yeni alan adı için DNS sorgu süresi T_DNS = 20 ms, CDN edge sunucusuna olan RTT_edge = 12 ms, TLS 1.3 el sıkışma süresi T_TLS = 12 ms ve sunucunun 301 yanıtı üretme süresi T_HTTP_301 = 8 ms olarak ölçülmüştür. Bu durumda toplam yönlendirme süresi: T_toplam = 20 + (2 × 12) + 12 + 8 = 64 ms olarak hesaplanır. Eğer altyapıda ardışık iki adet 301 yönlendirmesi varsa (zincir yönlendirme), eklenen her HTTP adımı sürmekte olan bağlantıya en az 1 RTT kadar ek yük getirir ve toplam gecikmeyi 64 ms seviyesinden 100 ms üzerine çıkarır.

İSS Türlerine Göre Engelleme ve Yönlendirme Davranışı

Türkiye'de hizmet veren farklı İnternet Servis Sağlayıcıları, BTK kararlarını uygulamak amacıyla farklı ağ altyapıları ve filtreleme teknikleri kullanmaktadır. Bu durum, alan adı engellemelerinin kullanıcıya yansıma hızını ve yönlendirme sistemlerinin tepki verme süresini doğrudan etkilemektedir.

Servis Sağlayıcıların Engelleme Metotları ve Yönlendirme Performans Karşılaştırması
İSS / AltyapıBirincil Engelleme YöntemiDNS TTL SüresiYönlendirme Ek GecikmesiSNI / DPI Müdahalesi
Türk TelekomDNS Zehirleme + DPI SNI Block3600 saniye (Yüksek Önbellek)45 - 90 msAktif (TCP RST Paket Gönderimi)
Turkcell SuperonlineIP Filtreleme + SNI Inspection1800 saniye (Orta Önbellek)35 - 70 msAktif (TCP RST Paket Gönderimi)
Vodafone NetDNS Zehirleme + Port Bloklama3600 saniye (Yüksek Önbellek)40 - 80 msKısmi Aktif
TurkNetStatik DNS Filtreleme300 saniye (Düşük Önbellek)15 - 35 msPasif / Düşük Müdahale

Tabloda görüldüğü üzere DNS TTL (Time to Live) süresi yüksek olan sağlayıcılarda engellenen alan adının önbellekte kalma süresi uzamaktadır. Bu durum, otomatik yönlendirme isteğinin tarayıcı aşamasında engellenmesine veya istemcinin zamanaşımı (timeout) hatası almasına sebep olabilir. Önbellek süresi düşük İSS'lerde yönlendirme zinciri çok daha hızlı devreye girer.

Masaüstü, Mobil ve Uygulama Tabanlı Yönlendirme Farkları

Yönlendirme mekanizmaları, kullanıcının bağlandığı işletim sistemine ve tarayıcı mimarisine göre belirgin farklılıklar gösterir. Masaüstü tarayıcılarda (Chrome, Edge, Firefox) işletim sistemi seviyesinde tutulan DNS önbelleği ve tarayıcının kendi bellek yapısı oldukça agresiftir. Bir alan adı engellendiğinde masaüstü tarayıcılar eski IP adresini önbellekte tutmaya devam eder. Bu durum HTTP 301 yönlendirme paketinin sunucudan alınmasını engelleyebilir ve kullanıcının tarayıcı önbelleğini manuel temizlemesini gerektirebilir.

Mobil ağlarda (4G/5G) ise IP adresleri CGNAT (Carrier-Grade NAT) mimarisi üzerinden dinamik olarak dağıtıldığı için DNS önbellek süreleri daha kısa tutulur. Mobil WebView tabanlı uygulamalar, yönlendirme zincirini uygulama içi HTTP kütüphaneleri (OkHttp, NSURLSession) seviyesinde yönetir. Bu yapı tarayıcı önbellek engelini aşmada avantaj sağlar. Ancak iOS cihazlardaki HSTS (HTTP Strict Transport Security) politikaları, yönlendirme sırasında eski domain ile yeni domain arasında SSL sertifika uyuşmazlığı varsa yönlendirme isteğini derhal keser.

Yönlendirme Zincirlerinde Sık Yapılan Teknik Hatalar

Yönlendirme mimarilerinin kurgulanmasında yapılan en yaygın teknik hata sonsuz yönlendirme döngüleridir (Infinite Redirect Loop). Bu durum, A alan adının B alan adına, B alan adının ise yanlış bir mantıksal kural sonucu tekrar A alan adına yönlendirilmesiyle ortaya çıkar. Modern web tarayıcıları genellikle 20 ardışık yönlendirmeden sonra işlemi güvenlik amacıyla keser ve kullanıcıya “ERR_TOO_MANY_REDIRECTS” hatası gösterir. Hatanın önüne geçmek için Edge sunuculardaki yönlendirme kurallarının statik ve bağımsız olarak tanımlanması gerekir.

Diğer bir ciddi teknik aksaklık ise SSL/TLS sertifikalarında yapılan SAN (Subject Alternative Name) eksiklikleridir. Eski alan adından yeni alan adına yapılan HTTP 301 yönlendirmesi HTTPS protokolü üzerinden gerçekleşir. Bu nedenle eski alan adının da geçerli bir SSL sertifikasına sahip olması şarttır. Sertifikası süresi dolmuş veya SAN listesine eklenmemiş bir eski domain üzerinden yönlendirme yapılmaya çalışıldığında, tarayıcı yönlendirme kodunu okumadan önce “ERR_CERT_COMMON_NAME_INVALID” uyarısı vererek bağlantıyı engeller.

Yönlendirme Başarısızlığı Senaryoları ve Çözüm Yolları

Otomatik yönlendirme sistemlerinin tamamen etkisiz kaldığı durumlar genellikle İSS'nin IP bloklama kararlarından kaynaklanır. Eğer servis sağlayıcı domain engellemenin ötesine geçerek hedef CDN sunucusunun IP bloğunu tamamen karartmışsa (IP Blackholing), kullanıcının gönderdiği paketler sunucuya ulaşamaz. HTTP 301 veya 302 yanıtı istemciye ulaşmadığı için yönlendirme mekanizması çalışmaz ve tarayıcıda “ERR_CONNECTION_TIMED_OUT” hatası oluşur.

İSS düzeyindeki şeffaf proxy (Transparent Proxy) uygulamaları da yönlendirme başarısızlığına yol açabilir. Bazı sağlayıcılar, kullanıcı alternatif DNS (8.8.8.8 gibi) kullansa dahi 53 numaralı UDP portundan geçen DNS trafiğini kendi sunucularına yönlendirir. Bu tür durumlarda şifreli DNS protokolleri olan DoH (DNS over HTTPS) veya DoT (DNS over TLS) kullanılması, DNS zehirlemesini baypas ederek yönlendirme sunucusuna doğru IP adresi üzerinden ulaşılmasını sağlar.

Sorumlu Oyun ilkeleri ve Matematiksel Beklenti Uyarısı

Teknik altyapı ve otomatik yönlendirme sistemleri yalnızca kesintisiz bağlantı kararlılığı sağlamak amacıyla tasarlanmıştır. Ancak teknik erişimin sorunsuz olması, bahis ve casino sistemlerindeki temel matematiksel gerçekleri değiştirmez. Şans oyunlarının tamamında platform lehine yapılandırılmış bir kasa avantajı (House Edge) bulunur. Uzun vadeli istatistiksel analizlerde oyuncunun matematiksel beklenti değeri (Expected Value - EV) daima negatiftir.

Katılım sağlanan faaliyetlerde finansal kayıp riskleri göz önünde bulundurulmalı, bütçe sınırları kesin olarak belirlenmelidir. Bireylerin harcama ve zaman limitleri koyması, ol olası bağımlılık risklerine karşı bilinçli hareket etmesi hayati önem taşır. Yalnızca 18 yaş ve üzerindeki yetişkinlerin katılımına izin verilen bu oyunlarda sorumlu oyun çerçevesine hassasiyetle uyulmalıdır.

Sık sorulan sorular

BTK engellemesi sonrası yönlendirme neden anında gerçekleşmez?

İSS'lerin DNS önbellek süreleri (TTL) ve tarayıcının yerel önbellek politikaları nedeniyle yönlendirme isteği hemen CDN sunucusuna ulaşmayabilir.

HTTP 301 ve HTTP 302 yönlendirmesi arasındaki temel fark nedir?

HTTP 301 kalıcı yönlendirmedir ve tarayıcı yeni adresi hafızaya alır. HTTP 302 ise geçici yönlendirmedir, tarayıcı her defasında eski adresi tekrar sorgular.

Yönlendirme sırasında kullanıcı oturumu kapanır mı?

Doğru yapılandırılmış altyapılarda cross-domain cookie veya JWT token aktarımı sayesinde oturum bilgisi korunur ve kapanma yaşanmaz.

Yönlendirilen adresin güvenli olduğu nasıl anlaşılır?

Tarayıcının adres çubuğundaki kilit simgesi kontrol edilmeli ve SSL sertifikasının geçerliliği ile domain uzantı yapısı doğrulanmalıdır.

DoH (DNS over HTTPS) kullanımı yönlendirme sorunlarını çözer mi?

DoH kullanımı İSS düzeyindeki DNS zehirlemesini engeller ve yönlendirme sunucusuna ulaşmayı kolaylaştırır ancak IP bloklamalarını tek başına çözemez.

Yönlendirme sırasında oluşan gecikme süresi nasıl düşürülür?

Zincir yönlendirmelerin tek aşamaya indirilmesi, HTTP/3 protokolü kullanımı ve CDN edge sunucu sayısının artırılmasıyla gecikme minimize edilir.

İlgili sayfalar

Sorumlu Oyun ve Bilinçli Katılım

Erişim mimarileri ve teknik detaylar hakkında bilgi sahibi oldunuz. Şans oyunlarında finansal sağlığınızı korumak için sorumlu oyun ilkelerine uyunuz.

Sorumlu Oyun Bilgilendirmesi