DNS Taşımalarında Kayıp Kayıt Dönemi Bitti: Nameserver ve Özel Kayıt Bütünlüğü
Bir hosting hesabını yeni sunucuya taşımak yalnız dosyaları ve veritabanını kopyalamak değildir. Gerçek üretim trafiğini belirleyen DNS zone’u; özel alt alan adları, doğrulama kayıtları, harici servis bağlantıları ve posta politikalarıyla birlikte korunmalıdır.
ONOXSOFT Server’ın güncel taşıma ve nameserver akışı, iki kritik bütünlük sorununu hedefliyor: yönetici tarafından belirlenen nameserver değerlerinin her işlem yolunda korunması ve müşteriye özel DNS kayıtlarının hedef sunucuya eksiksiz aktarılması.
Nameserver için tek kaynak
Zone oluşturma işlemi birden fazla yerden tetiklenebilir: yeni hesap, periyodik backfill, transfer veya yeniden eşitleme. Bu yolların herhangi birinde sabit nameserver değerine düşülmesi, panel ayarı doğru görünürken zone içeriğinin daha sonra değişmesine neden olabilir.
Güncel yaklaşımda nameserver bilgisi merkezi ayardan okunur. Yönetici yeni `ns1`/`ns2` değerlerini kaydettiğinde değişiklik doğrudan tüm zone’lara zorla yazılmaz; önce etki alanı görülebilir:
1. Yeni nameserver ve IP/glue planını hazırlayın.
2. Dry-run ile değişecek zone ve kayıtları inceleyin.
3. Beklenen kapsam doğruysa tüm zone’lara uygulayın.
4. Sorunlu tek zone için per-zone resync/reconcile kullanın.
5. Registrar delegasyonu, SOA ve NS cevaplarını dışarıdan doğrulayın.
Bu sıra, yanlış bir değerin yüzlerce zone’a aynı anda yayılma riskini azaltır.
Özel DNS kayıtları neden kritik?
Varsayılan zone şablonu bir sitenin temel A, MX, SPF ve DKIM ihtiyaçlarını karşılayabilir. Fakat üretimde çoğu alan adı zamanla şablon dışına çıkar:
- `cdn`, `blog`, `api` gibi özel alt alan adları
- Google, Meta veya başka sağlayıcıların doğrulama TXT kayıtları
- Harici CDN ve SaaS hedeflerine giden CNAME kayıtları
- CAA politikaları
- Özel SRV kayıtları
- Üçüncü taraf e-posta sağlayıcısı MX/SPF değerleri
Bu kayıtlar taşınmazsa ana site açılıyor görünse bile ödeme callback’i, doğrulama, kurumsal e-posta veya harici uygulama bağlantısı bozulabilir.
Güvenli taşıma modeli
Yeni sunucunun IP’sine bağlı kayıtlarla müşterinin özel kayıtlarını ayırmak gerekir. A/AAAA, yeni DKIM anahtarı ve sunucuya özel SPF gibi değerler hedef ortama göre yeniden üretilirken; doğrulanmış özel kayıtlar korunmalıdır. Aynı kayıt adı ve türünde çakışma varsa otomatik ezmek yerine açık bir karar kaydı oluşturulmalıdır.
Geçişten önce TTL’i kontrollü düşürün. Taşıma sonrasında yalnız genel resolver sonucuna bakmayın; yetkili nameserver’dan SOA serial, NS, A/AAAA, MX, TXT, CNAME, CAA ve SRV kayıtlarını envanterle karşılaştırın.
Operasyon için önerilen kontrol listesi
- Kaynak zone’u JSON/BIND çıktısıyla bağımsız saklayın.
- Özel kayıtları varsayılan şablondan ayırın.
- Hedefte nameserver ayarının paneldeki değerle aynı olduğunu doğrulayın.
- DNSSEC kullanılıyorsa DS zincirini ayrıca planlayın.
- Eski sunucuyu TTL süresi dolmadan kapatmayın.
- Web, e-posta ve harici entegrasyonları gerçek protokolle test edin.
DNS bütünlüğü, başarılı taşımanın görünmeyen fakat en kritik katmanlarından biridir. ONOXSOFT Server’ın dry-run ve reconcile araçları bu süreci kontrollü, izlenebilir ve geri döndürülebilir hâle getirir.