Sunucularda DNS Ön Bellek Yönetimi ve Sorun Giderme Rehberi

Son Güncelleme: Ağustos 2026

DNS ön bellek (cache), alan adı çözümleme süresini hızlandıran ve sunucu trafiğini azaltan kritik bir mekanizmadır. Ancak yanlış ayarlanan DNS cache, hatalı kayıtların uzun süre tutulmasına, geçişlerin gecikmesine ve erişim sorunlarının büyümesine neden olabilir.

Bu rehberde DNS ön bellek yönetimi, sorgu akışı, TTL (yaşama süresi), negatif ön bellekleme ve pratik sorun giderme adımlarını detaylı biçimde ele alacağız. Ayrıca web siteleri, VPS/VDS ortamları ve kurumsal sunucularda DNS kaynaklı kesintileri nasıl azaltabileceğinizi anlatacağız.

İçindekiler

• DNS Ön Bellek Nedir?
• DNS Cache Nasıl Çalışır?
• TTL ve Negatif Ön Bellekleme
• Sunucu ve İstemci Tarafında Cache
• DNS Ön Bellek Sorunları
• Pratik Sorun Giderme Adımları
• DNS Performans Optimizasyonu
• Güvenlik ve DNS Cache
• Kiralık Sunucu ve VPS/VDS Senaryoları
• Sıkça Sorulan Sorular
• Sonuç

DNS Ön Bellek Nedir?

DNS ön bellek, bir alan adı için yapılan çözümleme sonuçlarının geçici olarak saklanmasıdır. Böylece aynı sorgu tekrar edildiğinde, sistem her seferinde yetkili DNS sunucusuna gitmek yerine daha hızlı bir yanıt verebilir.

Örneğin bir kullanıcı www.ornekalanadi.com adresini ziyaret ettiğinde, tarayıcı, işletim sistemi, yerel ağ cihazları ve DNS çözümleyicileri bu sorgunun sonucunu ön belleğe alabilir. Bu yapı, gecikmeyi azaltır ve bağlantı yükünü düşürür.

DNS cache yalnızca hız kazandırmaz; aynı zamanda büyük trafik alan sitelerde, dağıtık sistemlerde ve çok sayıda uygulamanın çalıştığı sunucularda DNS isteklerinin daha verimli yönetilmesine yardımcı olur. Ancak avantajları kadar, hatalı kayıtları da belli bir süre taşıyabileceği için dikkatli yönetilmesi gerekir.

DNS ön belleğin temel amacı

DNS ön belleğin amacı, daha önce doğrulanmış kayıtların yeniden kullanılmasını sağlamaktır. Böylece bir sunucu veya istemci aynı kaydı defalarca dışarı sormaz. Bu durum hem performans hem de kaynak kullanımı açısından önemlidir.

Hangi kayıtlar ön belleğe alınır?

Genellikle A, AAAA, CNAME, MX, NS ve TXT gibi kayıt türlerinin yanıtları ön bellekte tutulabilir. Hangi kaydın ne kadar süre tutulacağı ise kaydın TTL değeri ile belirlenir.

DNS Cache Nasıl Çalışır?

DNS çözümleme süreci zincirleme ilerler. İstemci önce kendi yerel ön belleğine bakar. Sonuç yoksa işletim sisteminin DNS ön belleği devreye girer. Ardından yerel ağdaki yönlendirici, ISS DNS’i veya kurumsal çözümleyici sorguyu cevaplayabilir.

Bu süreçte bir sonuç bulunduğunda, cevap belirli bir süre için kaydedilir. Bu süre dolana kadar aynı alan adı için tekrar sorgu yapılması gerekmez. Özellikle yüksek trafikli web sunucularında bu yapı, DNS trafiğini anlamlı biçimde azaltır.

İstemci tarafı ön bellek

İstemci tarafı ön bellek; tarayıcı, işletim sistemi ve uygulama katmanında oluşabilir. Bir kullanıcı aynı siteyi sık ziyaret ediyorsa, DNS çözümleme adımı büyük oranda hızlanır.

Resolver tarafı ön bellek

Recursive resolver (özyinelemeli çözümleyici), internetin en önemli cache noktalarından biridir. Çok sayıda kullanıcının DNS sorgusu bu çözümleyiciler üzerinden geçtiği için, burada tutulan kayıtlar büyük etki yaratır.

Yetkili DNS sunucusu etkisi

Yetkili DNS sunucusu (authoritative DNS), kaynağın kendisidir. Buradaki kayıt güncellense bile, ön bellek süreleri dolmadan eski değerler kullanılmaya devam edebilir. Bu yüzden DNS değişikliği yaparken TTL planlaması önemlidir.

TTL ve Negatif Ön Bellekleme

TTL (Time To Live / yaşama süresi), bir DNS kaydının ne kadar süre ön bellekte tutulacağını belirler. Kısa TTL hızlı değişiklik sağlar; uzun TTL ise daha az DNS sorgusu ve daha istikrarlı çözümleme sunar.

TTL değerinin doğru seçimi, özellikle IP değişikliği, sunucu taşıma, CDN geçişi veya e-posta yönlendirme gibi işlemlerde kritik önem taşır. Yanlış TTL, kesinti süresini uzatabilir ya da gereksiz sorgu yükü oluşturabilir.

Negatif ön bellekleme nedir?

Negatif ön bellekleme, bulunamayan kayıtların da geçici süre saklanmasıdır. Örneğin bir alan adı için yanlış yapılandırılmış kayıt varsa, resolver bu sonucu ön bellekte tutabilir ve yeni kayıt oluşturulsa bile bir süre eski “bulunamadı” yanıtını verebilir.

Bu durum özellikle DNS yayılımı sırasında kafa karıştırıcı olabilir. Kullanıcıların bir kısmı yeni kaydı görürken diğerleri eski sonucu alabilir.

SOA kaydı ve negatif ön bellek

Negatif cache süresinde SOA kaydının rolü vardır. Çözümleyiciler, bulunamayan kayıt için ne kadar bekleyeceklerini çoğu zaman SOA bilgilerine göre belirler. Bu nedenle SOA ayarları da dikkatle yönetilmelidir.

Sunucu ve İstemci Tarafında Cache

DNS ön bellek tek bir noktada oluşmaz. Farklı katmanlarda ayrı cache mekanizmaları bulunur ve sorun giderme yaparken bu katmanların her biri kontrol edilmelidir.

İşletim sistemi cache’i

Linux, Windows ve macOS sistemlerinde DNS yanıtları işletim sistemi düzeyinde tutulabilir. Bu yüzden aynı bilgisayarda farklı tarayıcılar kullanılsa bile sonuç değişmeyebilir; çünkü sorun tarayıcıda değil, sistem ön belleğinde olabilir.

Uygulama cache’i

Web uygulamaları, e-posta istemcileri ve bazı güvenlik duvarları DNS sonuçlarını kendi içinde tutabilir. Özellikle kurumsal ağlarda bir sorun yaşandığında uygulama cache’i çoğu zaman gözden kaçar.

Sunucu tarafı cache’i

VPS, VDS ve kiralık sunucularda çalışan DNS resolver servisleri kendi cache’lerini oluşturabilir. Unbound, BIND veya sistem çözümleyicileri bu kapsamda değerlendirilir. Yanlış yapılandırılmış bir resolver, tüm altyapıda yanlış ad çözümlemesine yol açabilir.

Tarayıcı cache’i ile DNS cache farkı

Tarayıcı cache’i; görseller, CSS ve JavaScript gibi içerikleri saklar. DNS cache ise alan adının IP karşılığını saklar. Bu iki kavram karıştırılmamalıdır. Bir site açılmıyorsa sorun her zaman dosya ön belleği değildir; bazen yalnızca DNS çözümleme problemidir.

DNS Ön Bellek Sorunları

DNS ön bellek, performans için faydalıdır; ancak yanlış kullanıldığında hata kaynağına dönüşebilir. Özellikle sunucu taşıma, SSL yenileme, CDN değişikliği ve MX kaydı güncellemelerinde sorun yaşanabilir.

Eski IP adresinin görünmesi

Bir alan adı yeni IP’ye taşındıktan sonra bazı kullanıcıların hâlâ eski sunucuya gitmesi çok yaygındır. Bunun nedeni genellikle TTL dolmadan ön belleğin güncellenmemesidir.

NXDOMAIN hatasının uzun sürmesi

Yanlışlıkla silinen bir DNS kaydı tekrar oluşturulduğunda bile bazı çözümleyiciler negatif cache nedeniyle uzun süre NXDOMAIN döndürebilir. Bu, kayıt var olduğu halde yokmuş gibi görünmesine neden olur.

Mail teslim sorunları

MX kayıtları güncellenmiş olsa bile e-posta sunucuları eski çözümlemeyi kullanabilir. Sonuçta e-posta tesliminde gecikme, yanlış hedefe yönlenme veya bağlantı hataları yaşanabilir.

SSL doğrulama gecikmeleri

Alan adı yeni bir sunucuya taşındığında SSL sertifikası doğrulama sürecinde de DNS bağımlılıkları olabilir. Özellikle ACME tabanlı otomatik sertifika yenileme süreçlerinde yanlış DNS çözümlemesi doğrulamayı etkileyebilir.

Pratik Sorun Giderme Adımları

DNS sorunlarını çözerken amaç, hangi katmanda ön belleğin devrede olduğunu anlamaktır. Aşağıdaki adımlar, çoğu sorun için etkili bir başlangıç sağlar.

1. Yetkili DNS cevabını doğrulayın

Önce kayıt gerçekten güncel mi kontrol edilmelidir. Eğer yetkili sunucuda doğru değilse cache ile uğraşmak boşa zaman kaybettirir.

dig @ns1.ornekdns.com ornekalanadi.com A

2. Farklı resolver ile test edin

Aynı kaydı farklı çözümleyicilerden sorgulamak, sorunun yerel mi yoksa genel yayılım mı olduğunu gösterir.

dig @1.1.1.1 ornekalanadi.com A

dig @8.8.8.8 ornekalanadi.com A

3. Yerel ön belleği temizleyin

İstemci tarafındaki cache temizlenmeden yapılan testler yanıltıcı olabilir. İşletim sistemine göre bu komutlar değişir.

sudo resolvectl flush-caches
sudo systemd-resolve --flush-caches

4. DNS sunucusunu yeniden başlatmadan önce loglara bakın

Resolver servisleri üzerinde sorun varsa önce günlük kayıtları incelenmelidir. Böylece yanlış kayıt, zaman aşımı veya servis çakışması daha net anlaşılır.

sudo journalctl -u systemd-resolved --since "1 hour ago"

5. TTL değerlerini kontrol edin

Beklenenden uzun süren çözümleme sorunlarında TTL değeri çoğu zaman ana ipucudur. Değişiklik öncesi TTL düşürmek, geçiş sürecini hızlandırır.

6. NXDOMAIN ve SERVFAIL ayrımını yapın

NXDOMAIN kayıt bulunamadığını, SERVFAIL ise sunucu tarafında işlem hatası olduğunu işaret eder. Bu ayrım, teşhisin doğru yapılması için önemlidir.

DNS Performans Optimizasyonu

DNS performansını iyileştirmek için yalnızca cache’e güvenmek yeterli değildir. Kayıt yapısı, resolver seçimi ve alan adı mimarisi de önemlidir.

Doğru TTL planlaması

Değişen kayıtlar için kısa TTL, sabit kalan kayıtlar için orta veya uzun TTL tercih edilebilir. Bu yaklaşım, hem değişiklik hızını hem de sorgu verimliliğini dengeler.

Anycast DNS kullanımı

Anycast altyapısı, DNS isteklerini en yakın noktaya yönlendirerek gecikmeyi azaltabilir. Özellikle çok bölgeli yapılarda daha iyi bir kullanıcı deneyimi sağlar.

Yerel resolver kullanımı

Kritik sunucularda yerel resolver kurmak, dış sorguların sayısını azaltır. Bu yöntem, VPS ve VDS ortamlarında da sık tercih edilir.

DNS kayıtlarında sade mimari

Gereksiz CNAME zincirleri, karmaşık yönlendirmeler ve fazla katman, çözümleme süresini uzatabilir. Mümkün olduğunca sade bir DNS mimarisi tercih edilmelidir.

Kurumsal uygulamalarda ön test

Canlı ortama geçmeden önce bir alt alan adı üzerinde test yapmak, cache kaynaklı sorunları görünür hale getirir. Bu yöntem, kesinti riskini azaltır.

Güvenlik ve DNS Cache

DNS ön bellek yalnızca performans konusu değildir; aynı zamanda güvenlik etkileri de vardır. Yanlış kayıtlar, zehirlenmiş cache girişleri veya yetkisiz yönlendirmeler ciddi risk oluşturabilir.

DNS cache poisoning

DNS cache poisoning (ön bellek zehirleme), çözümleyicinin yanlış IP’yi doğruymuş gibi saklamasıdır. Bu saldırı, kullanıcıların sahte bir siteye yönlendirilmesine neden olabilir.

DNSSEC’in rolü

DNSSEC, DNS yanıtlarının kriptografik olarak doğrulanmasına yardımcı olur. Böylece ön belleğe alınan cevabın gerçekten yetkili kaynaktan gelip gelmediği kontrol edilebilir. Bu, cache tabanlı saldırılara karşı güçlü bir katmandır.

Resolver sertleştirme

Sunucuda çalışan resolver servisleri gereksiz dış sorguları sınırlandırmalı, güncel yamalarla korunmalı ve erişim politikaları doğru yapılandırılmalıdır. Güvenli olmayan resolver, tüm ağ için zafiyet oluşturabilir.

Alan adı değişikliklerinde dikkat

Taşıma veya yenileme sırasında DNS kayıtlarını aceleyle değiştirmek yerine, önce TTL düşürmek ve sonra geçiş yapmak daha güvenlidir. Böylece hata durumunda geri dönüş kolaylaşır.

Kiralık Sunucu ve VPS/VDS Senaryoları

DNS ön bellek yönetimi, özellikle kiralık sunucu ve VPS/VDS ortamlarında daha görünür hale gelir. Çünkü bu yapılarda hem web sunucusu hem de resolver davranışı doğrudan kontrol edilebilir.

Web sitesi taşıma senaryosu

Bir siteyi yeni bir sunucuya taşıdığınızda, eski IP’nin bir süre daha görünmesi normaldir. Bu nedenle taşıma öncesi TTL düşürmek ve ardından kayıt değişikliğini yapmak en sağlıklı yaklaşımdır.

E-posta altyapısı senaryosu

MX ve SPF kayıtları değişiyorsa cache nedeniyle teslimat gecikmeleri yaşanabilir. E-posta altyapısında DNS doğruluğu, web sitelerinden bile daha kritik olabilir.

Çoklu bölge dağıtımı

Türkiye, Almanya veya Fransa gibi farklı lokasyonlarda çalışan sunucularda DNS çözümlemesi kullanıcıya göre değişebilir. Bölgesel resolver farkları, aynı alan adının farklı IP’ler göstermesine neden olabilir.

Corelux hizmetleriyle ilişkilendirme

DNS kaynaklı gecikme ve taşıma süreçlerinde doğru altyapı seçimi önemlidir. İhtiyaca göre Sanal Sunucu, Kiralık Sunucu veya SSL Sertifikası hizmetleri, daha kontrollü bir operasyon yürütmenize yardımcı olabilir.

Sıkça Sorulan Sorular

Sonuç

DNS ön bellek yönetimi, sunucu performansı kadar süreklilik ve güvenlik açısından da önemlidir. Doğru TTL planlaması, resolver takibi, ön bellek temizleme ve güvenlik kontrolleriyle DNS kaynaklı sorunların büyük bölümü önceden engellenebilir.

Özellikle web sitesi taşıma, e-posta altyapısı değişikliği, SSL yenileme ve çok lokasyonlu sunucu mimarilerinde DNS cache davranışını iyi anlamak büyük avantaj sağlar. Eğer altyapınızda daha kontrollü bir yapı kurmak istiyorsanız, Corelux’un Hosting, Sanal Sunucu ve Hizmetler çözümleriyle ihtiyacınıza uygun bir temel oluşturabilirsiniz.

Doğru yapılandırılmış bir DNS yaklaşımı, yalnızca erişim hızını artırmaz; aynı zamanda kesinti riskini azaltır ve operasyonel yükü hafifletir. Bu nedenle DNS ön belleğini bir detay değil, altyapının kritik bir parçası olarak görmek gerekir.