Web sitesi çalışırken, kullandığınız DNS çözümleyicisi onun adresini bulmayı reddedebilir. Böyle bir durumda hosting taşımaya, ad sunucularını değiştirmeye veya güvenlik duvarına en son dokunan kişiyi aramaya başlamadan önce sorgunun nerede başarısız olduğunu belirleyin.

IANA’nın açıklamasına göre DNS kök bölgesi 11 Ekim 2026’da yeni Anahtar İmzalama Anahtarını kullanmaya başladı. Kullanıcıların çoğunun kesinti fark etmesi beklenmiyor. Yeni anahtara güvenecek şekilde güncellenmemiş DNSSEC doğrulayıcı çözümleyiciler ise doğrulama hataları yaşayabilir. Bu, belirli bir teknik gereksinimi olan bakım işlemi; bütün internetin bozulduğunu gösteren bir haber değil.

Kontrol edilmesi gereken nedir?

ICANN’in güncel hatırlatması, yeni anahtarı KSK-2024 adı ve 38696 anahtar etiketiyle tanımlıyor. Çözümleyici işletmecilerinden, otomatik güncellemenin başarılı olduğunu varsaymak yerine anahtarın güven çıpası yapılandırmasında bulunduğunu doğrulamalarını istiyor.

Bu görev, doğrulama yapan çözümleyiciyi işleten kişiye veya kuruma ait. Küçük bir işletmede bu kişi ağ yöneticisi olabilir; hizmet dışarıdan da alınabilir. Alan adının sahibi olmak, çalışanların kullandığı çözümleyiciyi yönettiğiniz anlamına gelmez. Önce sorumluyu belirlemek, herkesi hosting panelinde ayar aramaya göndermekten daha yararlıdır.

Alan adı taşımanız istenmiyor

ICANN’in soru-cevap belgesi, kök anahtarın DNSSEC güven zincirindeki başlangıç noktası olduğunu anlatıyor. İşlem, eski kök güven çıpasının yenisiyle değiştirilmesi. Alan adınızı yenilemeniz, sitenin sertifikasını değiştirmeniz veya başka bir hosting paketi satın almanız yönünde bir talep değil.

Olası bir çözümleyici sorununu araştırırken konuyla ilgisiz alan adı ayarlarına dokunmamanızı öneririm. Belirtileri kaydedin ve DNS’ten sorumlu kişiyi incelemeye katın. Arızalı bileşeni belirlemeden birkaç ayarı birden değiştirmek, hangisinin işe yaradığını anlamayı zorlaştırır. Üstelik ilk sorunun yanına ikinci bir sorun ekleme ihtimali de doğar.

Türkiye’deki işletmeler için bu yaklaşım .tr, .com.tr ve başka uzantılarda da geçerli. Alan adı Türk uzantılı diye sorgu hatasının TRABİS kayıt işlemlerinden kaynaklandığını varsaymayın. Kayıt kuruluşuna başvurmadan önce gözlenen hatayı netleştirin. Doğru yere yöneltilmiş kısa bir destek talebi, yanlış yere gönderilmiş uzun bir şikâyetten daha hızlı sonuç verir.

Dün açılması, bugünkü kontrolün yerine geçmez

ICANN’in işletim kılavuzu, hazırlıksız çözümleyicilerde hataların geçiş anında görünmeyebileceğini, önbelleklerin belirtilerin zamanlamasını etkileyebileceğini açıklıyor. İşletmecilerin karşılaşabileceği belirtiler arasında SERVFAIL yanıtı bulunuyor. Dolayısıyla dün yapılan başarılı bir ziyaret, bugünkü incelemeyi tek başına bitirmemeli.

Bu yanıt da tek başına nedenin anahtar değişimi olduğunu kanıtlamaz. Etkilenen adı, zamanı, ağı, kullanılan çözümleyici adresini ve tam hata mesajını toplamanızı öneririm. Bağımsız bir ağdan alınan sonucu karşılaştırma verisi olarak kullanın; ilk ağda sorun olmadığının kanıtı saymayın. Tarayıcının gösterdiği hata ile DNS yanıtını destek kaydında ayrı belirtin.

İşletmenin gerçekten kullandığı hizmetleri deneyin. Şirket sitesi, posta hizmetlerinin kullandığı adlar ve önemli uygulamalar iyi başlangıç örnekleridir. Nelerin çalıştığını ve nelerin çalışmadığını kaydedin. Tek bir başarılı sorgu yararlı bilgidir; “DNS çalışıyor” cümlesi ise hangi hizmetin, hangi ağda ve hangi zamanda denendiğini gizler.

Çözümleyici yöneticileri için desteklenen yol

IANA’nın güven çıpası yönergesi, güncellemede yazılım üreticisinin talimatlarının izlenmesini söylüyor. Otomatik güven çıpası bakımı ve yazılım paketleriyle dağıtılan güncellemeler kullanılan yöntemler arasında. Buradan, bir forumdaki rastgele anahtar dosyasını indirip üretim sistemine koymanın uygun olduğu sonucunu çıkaramayız.

Bakım kaydında çözümleyici yazılımının, kurulu paketin, güven çıpası durumunun, güncelleme kaynağının ve işlem sonrası doğrulama sonuçlarının bulunmasını öneririm. Asıl düzeltmeyi üreticinin yordamına göre uygulayın. Çözümleyiciyi başka bir kurum yönetiyorsa, değerlendiremeyeceğiniz bir komutu istemek yerine bu kontrollerin yapıldığının teyidini alın.

Bir doğrulama hatasına karşı DNSSEC doğrulamasını kalıcı olarak kaldırmayı olağan çözüm hâline getirmeyin. Güven yapılandırmasını inceleyin ve işletmecinin toparlanma yordamını izleyin. Geçici çözümün sorumlusu ve sona erme koşulu belli olsun. Aksi takdirde geçici ayarlar, kimse fark etmeden kalıcı çalışma düzenine dönüşebilir.

kalfaoglu.net müşterileri açısından anlamı

Bir site bir ağda açılıp başka ağda açılmıyorsa, destek ekibine hangi ağları ne zaman denediğinizi söyleyin. Alan adını ve gözlenen hatayı ekleyin; hesap parolanızı göndermeyin. Bu yazı, belirli bir Kalfaoglu çözümleyicisinin kontrol edildiğini veya güncellendiğini iddia etmiyor.

Hedef, doğru sorumlunun yaptığı ve kayda aldığı bir kontrol. Her şey çalışıyorsa, kök anahtar değişti diye hosting müşterisinin ayarları değiştirmesine gerek yok. Altyapı bakımının sessiz geçmesi genellikle iyi bir sonuçtur. Pazartesi günü anlatacak daha az olay çıkarması, bu sonucu değersiz yapmaz.