Yanlış DNS kaydı silindiğinde geri dönüş nasıl yapılır?

DNS kaydının yanlışlıkla silinmesi; web sitesinin açılmaması, e-postaların teslim edilememesi veya alt alan adlarının çalışmaması gibi etkileri kısa sürede görünür hale getirebilir. Bu durumda paniğe kapılmadan önce hangi kaydın silindiğini, değişikliğin ne zaman yapıldığını ve DNS yönetiminin nereden sağlandığını netleştirmek gerekir. Doğru adımlar izlenirse çoğu DNS kaydı yeniden oluşturulabilir ve yayılım süreci kontrollü biçimde takip edilebilir.

İlk kontrol: Hangi DNS kaydı silindi?

Geri dönüş sürecinin başarısı, silinen kaydın türünü doğru anlamaya bağlıdır. A kaydı web sitesini belirli bir IP adresine yönlendirir. CNAME kaydı bir alan adını başka bir alan adına bağlar. MX kayıtları e-posta trafiğini yönetir. TXT kayıtları ise SPF, DKIM, DMARC veya alan adı doğrulama işlemleri için kullanılır.

Örneğin yalnızca bir TXT kaydı silindiyse web sitesi çalışmaya devam edebilir, ancak e-posta güvenilirliği etkilenebilir. A kaydı silindiyse site doğrudan erişilemez hale gelebilir. Bu ayrımı yapmak, gereksiz kayıt eklemeyi ve yeni hatalar oluşturmayı önler.

DNS yönetim panelindeki geçmiş kayıtları inceleyin

Birçok alan adı, DNS veya hosting paneli yapılan değişiklikleri günlük olarak saklar. Panelde “DNS geçmişi”, “zone history”, “activity log” veya “işlem geçmişi” benzeri bir alan varsa önce burayı kontrol edin. Silinen kaydın adı, türü, değeri ve TTL bilgisi burada görülebilir.

Geçmiş kaydı yoksa önceki yapılandırmaya ulaşmak için şirket içi dokümantasyon, eski destek talepleri, e-posta sağlayıcısının kurulum mesajları veya sunucu taşıma notları incelenebilir. Özellikle kurumsal yapılarda DNS bilgileri çoğu zaman e-posta kurulum rehberlerinde veya proje teslim dokümanlarında yer alır.

Silinen DNS kaydı nasıl geri eklenir?

DNS kaydını yeniden oluştururken rastgele değer girilmemelidir. Kayıt adı, türü, hedef değeri ve TTL alanları dikkatle doldurulmalıdır. Yanlış IP adresi, eksik nokta işareti veya hatalı öncelik değeri sorunun devam etmesine neden olabilir.

A kaydı silindiyse

A kaydı için alan adının veya alt alan adının hangi IP adresine yönleneceği bilinmelidir. Bu IP genellikle sunucu kontrol panelinde, hizmet detaylarında veya önceki yapılandırma belgelerinde yer alır. Ana alan adı için kayıt adı çoğu panelde “@” olarak kullanılır; “www” için ayrı bir A kaydı veya CNAME kaydı gerekebilir.

MX kaydı silindiyse

MX kaydı e-postalar için kritik öneme sahiptir. Bu kayıt silindiğinde gelen postalar gecikebilir veya tamamen reddedilebilir. E-posta hizmeti hangi sağlayıcıdaysa, o sağlayıcının verdiği MX sunucu adresleri ve öncelik değerleri birebir girilmelidir. Öncelik değeri yanlış girilirse e-posta trafiği beklenen sunucuya yönlenmeyebilir.

TXT kaydı silindiyse

TXT kayıtlarında en sık hata, uzun değerin eksik kopyalanması veya tırnak işaretlerinin yanlış kullanılmasıdır. SPF kaydı için bir alan adında birden fazla SPF kaydı bulunmamalıdır. Birden fazla SPF kaydı eklemek, e-posta doğrulamasını bozabilir. DKIM ve DMARC kayıtlarında ise kayıt adı genellikle sağlayıcıya göre özeldir; tahmin edilerek oluşturulmamalıdır.

Yedek veya zone dosyası varsa geri yükleme daha güvenlidir

Bazı DNS servisleri zone dosyasını dışa aktarma ve içe aktarma seçeneği sunar. Eğer daha önce alınmış bir zone yedeği varsa, tek tek kayıt girmek yerine bu yedek üzerinden geri yükleme yapılabilir. Ancak yedek eskiyse, sonradan eklenmiş doğrulama veya e-posta kayıtlarını ezme riski vardır.

Bu nedenle geri yükleme öncesinde mevcut DNS kayıtları dışa aktarılmalı veya ekran görüntüsü alınmalıdır. Böylece hatalı bir içe aktarma işleminde mevcut çalışan kayıtlar da kaybedilmez. Kurumsal ortamlarda bu adım, değişiklik yönetiminin temel güvenlik önlemlerinden biridir.

DNS yayılım süresini doğru yorumlayın

Silinen kayıt yeniden eklendikten sonra değişiklik anında tüm dünyada görünmeyebilir. TTL değeri, DNS önbellekleri ve servis sağlayıcıların yenileme aralıkları nedeniyle yayılım birkaç dakikadan 24 saate kadar sürebilir. Bu süreçte aynı kaydı sürekli silip yeniden eklemek yerine sabit bırakıp kontrol etmek daha sağlıklıdır.

Tarayıcı önbelleği, işletim sistemi DNS önbelleği veya yerel ağdaki DNS çözümleyici de eski sonucu gösterebilir. Farklı bağlantılardan test yapmak, mobil ağ üzerinden denemek veya güvenilir DNS kontrol araçlarıyla sorgulama yapmak daha net bilgi verir.

En sık yapılan hatalar ve pratik önlemler

• Yanlış panelde işlem yapmak: Alan adının DNS otoritesi hangi nameserver üzerindeyse kayıtlar oradan yönetilmelidir.
• Eksik alt alan adı girmek: “www”, “mail” veya özel servis kayıtları ana alan adından farklı çalışabilir.
• Eski IP adresini kullanmak: Sunucu taşındıysa eski IP ile kayıt eklemek siteyi yanlış yere yönlendirebilir.
• MX önceliğini atlamak: E-posta hizmetlerinde öncelik değeri kayıt kadar önemlidir.
• Yedek almadan toplu düzenleme yapmak: Çalışan kayıtlar da bozulabilir.

Kalıcı koruma için DNS değişiklik yönetimi oluşturun

DNS kayıtları küçük görünse de web sitesi, e-posta, doğrulama servisleri ve uygulama erişimleri üzerinde doğrudan etkilidir. Bu nedenle her değişiklikten önce mevcut zone çıktısının alınması, işlem yapan kişinin ve değişiklik gerekçesinin kaydedilmesi gerekir. Özellikle birden fazla kişinin eriştiği panellerde yetki seviyeleri sınırlandırılmalıdır.

Hosting hizmetiyle birlikte DNS yönetimi de aynı panelden yapılıyorsa, destek ekibinden son çalışan yapılandırmanın kontrol edilmesi istenebilir. Kritik kayıtlarda emin olunamıyorsa değişiklikleri mesai yoğunluğu düşük saatlerde yapmak, olası erişim kesintilerinin etkisini azaltır. DNS tarafında düzenli yedek, açık kayıt envanteri ve kontrollü onay süreci, yanlış silme durumlarında geri dönüşü çok daha hızlı hale getirir.