Giriş — Neden DNS, TCP ve MTU önemlidir?

Çevrimiçi, gecikme (latency) ve paket kaybı kullanıcı deneyimini doğrudan etkiler. DNS sorgu süresi, TCP el sıkışması (handshake), paket boyutu (MTU) ve kullanılan taşıma protokolü (ör. TCP vs QUIC) birleşerek toplam tepki süresini belirler. Bu rehber teknik optimizasyonları, ölçme adımlarını ve dikkat edilmesi gereken uyumluluk noktalarını pratik biçimde açıklar.

Hızlı uyarı ve uyumluluk

Bu içerik yalnızca ağ performansını iyileştirmeye yönelik teknik bilgiler sağlar. Hizmet sağlayıcınızın kullanım şartlarını, platform kurallarını ve bulunduğunuz bölgedeki düzenlemeleri ihlal edecek hareketlerden kaçının. Erişim kısıtlamalarını aşma veya yetki gerektiren değişiklikleri uygulama konusunda talimat verilmemektedir.

Özet: Hangi adımları atmalısınız?

• Önce ölçün: ping, traceroute, tarayıcı DevTools ile gecikme ve paket kaybını belirleyin.
• DNS önbelleğini kontrol edip, gerekirse temizleyin veya daha hızlı bir resolver kullanın.
• MTU değerini test edip optimal MTU'yu uygulayın (fragmentasyon azaltma).
• TCP ayarlarını (çekirdek/tcp congestion) ve işletim sistemi kaynaklarını gözden geçirin; gerekirse kademeli değişiklik yapın.
• Tarayıcı ve sunucu tarafı için HTTP/3 (QUIC) desteğini kontrol edin; modern tarayıcıları kullanın.
• Wi‑Fi yerine mümkünse kablolu bağlantı tercih edin; yönlendirici QoS ayarlarını değerlendirin.

1) Ölçme ve tanı: Nerede sorun var?

Her optimizasyona başlamadan önce sorunun kaynağını bulun. Aşağıdaki araçlar ve temel yorumları işe yarar:

• ping: Gecikme (ms) ve basit paket kaybını gösterir. Kısa süreli gecikme artışları jitter için ipucu verir.
• traceroute / tracert: Hangi ağ düğümünde gecikme arttığını gösterir. Bir sıçrama (hop) uzun gecikme/packet loss veriyorsa sağlayıcı tarafı olabilir.
• mtr (Linux/macOS): traceroute + sürekli ping; zaman içinde değişimi görmenizi sağlar.
• Tarayıcı DevTools: Web sayfası yükleme süreleri, TCP handshake/SSL süreleri ve HTTP/3 kullanımını görebilirsiniz.

Ölçümler sonucu ağın hangi bölümünün sorunlu olduğunu tespit edin: yerel kablosuz ağ, ev/işyeri yönlendiricisi, ISP hattı veya uzak sunucu kaynaklı gecikme olabilir.

2) DNS önbelleği: Hızlı düzeltmeler

DNS sorguları bazen gecikmenin önemli bir kısmını oluşturur. Aşağıdaki adımlar yardımcı olur:

• DNS önbelleğini temizleyin (güncel IP adresi veya bozulmuş girişler sorun yaratıyorsa). Örnekler:

• Windows: ipconfig /flushdns
• macOS (çeşitli sürümlerde farklılık olabilir): sudo dscacheutil -flushcache ve/veya sudo killall -HUP mDNSResponder
• Linux (systemd‑resolved): sudo resolvectl flush-caches veya sudo systemd-resolve --flush-caches

Not: Tarayıcılar ayrı DNS önbelleği tutabilir; tarayıcıyı yeniden başlatmak veya ilgili tarayıcı ayarlarından DNS önbelleğini temizlemek gerekebilir.

Hızlı DNS ipuçları

• Yerel ağızdaki DNS sunucusu yavaşsa, güvenilir ve hızlı olduğu bilinen resolver IP'lerini (örnek: 1.1.1.1, 8.8.8.8) deneyebilirsiniz. Bu seçenekler sağlayıcıya göre farklı sonuç verir; önce ölçün.
• Tarayıcıda DNS over HTTPS (DoH) veya DNS over TLS (DoT) seçenekleri varsa, güvenlik ve gecikme etkisini test edin; bazen daha düşük gecikme sağlar, bazen bir miktar ek işlem ekleyebilir.

3) MTU optimizasyonu: Paket parçalanmasını azaltma

MTU (Maximum Transmission Unit), tek bir IP paketinin maksimum boyutudur. Yanlış MTU fragmentasyona yol açabilir ve gecikmeyi artırabilir. Doğru MTU, ağ yolunuzdaki en küçük MTU'ya kadar ayarlanmalıdır.

MTU nasıl test edilir?

En yaygın yöntem, "büyük paket gönderimi" ile en büyük gönderilebilen değeri bulmaktır. Örnek komutlar:

• Windows: ping -f -l 1472 example.com (1472 + 28 header = 1500).
• Linux: ping -M do -s 1472 example.com (başarılıysa boyutu artırın, başarısızsa azaltın).

Bulduğunuz en büyük başarılı boyuta 28 ekleyerek gerçek MTU’yu hesaplayabilirsiniz. Testi farklı hedeflerle tekrarlamak faydalı olabilir.

MTU nasıl ayarlanır?

• Windows (geçici/kalıcı yöntemler): netsh interface ipv4 set subinterface "Ethernet" mtu=1472 store=persistent (arayüz adı farklı olabilir).
• Linux: sudo ip link set dev eth0 mtu 1472 (kalıcı yapmak için dağıtımınıza uygun ağ yapılandırma dosyasını düzenleyin).
• macOS: sudo ifconfig en0 mtu 1500 veya networksetup -setMTU "Wi-Fi" 1500 (arayüz adı farklı olabilir).

Değişiklik yapmadan önce arayüz adını ve mevcut değerleri kontrol edin. MTU ayarları, doğru yapılmazsa bağlantı sorunlarına yol açabilir; önce test edin, sonra kalıcı uygulayın.

4) TCP ayarları: Çekirdek düzeyinde iyileştirmeler (çoğunlukla Linux)

TCP yığınındaki değişiklikler, özellikle gecikme ve bant genişliği yönetimi açısından etkili olabilir. Bu bölümde verilen adımlar sunucuya veya istemci cihazına göre değişir; dikkatle ve adım adım uygulanmalıdır.

Önce kontrol edin

• Çekirdek destekli algoritmaları kontrol edin: sysctl net.ipv4.tcp_congestion_control
• Mevcut sürücüler ve çekirdek versiyonunun yeni algoritmaları (ör. BBR) desteklediğinden emin olun (uname -r ile çekirdek sürümü kontrol edilir).

Basit ve dikkatli değişiklik örnekleri (Linux)

• Mevcut algoritmayı BBR ile değiştirmek (çekirdek ve dağıtım desteği gerektirir):
  1. sudo sysctl -w net.core.default_qdisc=fq
  2. sudo sysctl -w net.ipv4.tcp_congestion_control=bbr
• Değişiklikleri kalıcı hale getirmek için ilgili /etc/sysctl.conf veya /etc/sysctl.d/ dosyalarını kullanın.

Not: Bu değişikliklerin etkisi trafiğinize, işletim sisteminize ve çekirdek sürümüne göre değişir. Önce ölçüm, sonra küçük adımlarla deneme yapın.

5) QUIC ve HTTP/3: Tarayıcı ve sunucu desteği

HTTP/3 (QUIC) TCP yerine UDP üzerinde çalışan yeni bir protokoldür ve bazı senaryolarda el sıkışma sürelerini kısaltarak gecikmeyi azaltabilir. Ancak hem istemci (tarayıcı) hem de sunucu tarafı desteği gerekir.

• İstemci tarafında: Güncel tarayıcı sürümlerini kullanın; bazı tarayıcılarda HTTP/3 desteğini deneysel olarak etkinleştirme seçenekleri vardır.
• Sunucu tarafında: Hizmeti sunan sunucunun HTTP/3/QUIC desteği olmalıdır; bu sizin kontrolünüzde değilse, sunucu tarafı desteğini sağlayan CDN veya hosting ile iletişim kurun.

Sonuç olarak, HTTP/3 desteklendiğinde bazı bağlantılarda gecikme kazanımları görülebilir; ancak etkisi ortamdan ortama değişkenlik gösterir.

6) Pratik ağ ve donanım tavsiyeleri

• Kablolu Ethernet, Wi‑Fi'den genellikle daha düşük gecikme ve daha az paket kaybı sağlar. Mümkünse kablolu bağlanın.
• Wi‑Fi kullanıyorsanız 5 GHz bandını tercih edin, kanal çakışmalarını kontrol edin ve yönlendirici ile istemci arası mesafeyi azaltın.
• Yönlendiricide QoS (Traffic Prioritization) varsa, gecikmeye duyarlı trafiğe öncelik verin.
• Yerel ağ cihazlarının (modem/yönlendirici) firmware güncellemelerini ve ağ kartı sürücülerini güncelleyin.

7) Hızlı kontrol listesi (uygulama sırası)

1. Ölçüm yap: ping, traceroute, tarayıcı DevTools.
2. DNS önbelleğini temizle; farklı resolver'ları test et.
3. Kablolu bağlantı ile test et; Wi‑Fi sorunlarını belirle.
4. MTU testi ve gerekli ayarlamaları yap.
5. TCP çekirdek ayarlarını küçük adımlarla test et (özellikle Linux).
6. Tarayıcıyı güncelle ve HTTP/3 desteğini kontrol et.
7. Sonuçları ölç ve geri alınabilir değişiklikler yapın.

8) Sorun giderme ve sınırlamalar

Bazı durumlarda gecikme sizin kontrolünüzde olmayan ağ yolunda veya uzak sunucuda kaynaklanır. Bu tür durumlarda yapılabilecekler sınırlıdır: alternatif sunucu/region seçimi, hizmet sağlayıcıyla iletişim veya CDN destekli çözüm talep etmek yol göstericidir. Değişiklikleri tek tek uygulayıp ölçüm yapmayı alışkanlık haline getirin.

Sıkça Sorulan Sorular