Hosting Taşırken DNS, SSL ve E-postayı Koruma

Hosting taşımasında en çok kaçırılan kısım, sitenin açılması değil; DNS’in yeni sunucuya zamanında yönlenmesi, SSL’in yeni ortamda sorunsuz çalışması ve e-postanın bu geçişten etkilenmemesidir. Bunlar aynı gün ele alınmadığında kısa kesinti, sertifika uyarısı veya posta kaybı yaşanabilir.

Bu yazı, taşıma günü için yalnızca “siteyi kopyala” yaklaşımını değil, kesintiyi azaltan sıra ve kontrol mantığını anlatır. Önce hangi kayıtların ne zaman değişeceğini, sonra hangi hizmetlerin eski ortamda kısa süre açık kalması gerektiğini, en sonda da geri dönüş ihtimali için neyi saklayacağınızı netleştirir.

Taşıma Günü İçin Öncelik Sırası​

Önce DNS, sonra sertifika ve posta​

DNS yönlendirmesi gecikirse kullanıcılar eski IP’ye gidebilir; bu yüzden geçişten önce TTL ve nameserver planı belirlenir. SSL tarafında yeni sunucuda sertifikanın hazır olması gerekir; aksi halde HTTPS uyarısı oluşabilir. E-posta trafiği de yalnız site dosyası gibi düşünülmemelidir; MX ve kimlik doğrulama kayıtları taşınmadan bırakılırsa teslim sorunu çıkabilir.

Eski ortamı hemen kapatmamak​

Taşıma biter bitmez eski hosting’i kapatmak risklidir. Kısa süreli paralel çalışma, hem DNS yayılımı sırasında hem de beklenmedik bir ayar hatasında geri dönmeyi kolaylaştırır. Bu yaklaşım, özellikle ziyaretçi kaybı istemeyen sitelerde daha güvenli bir geçiş sağlar.

Kesintiyi Azaltan Kontrol Listesi​

Taşınacak bileşenleri ayırın​

Dosyalar, veritabanı, DNS kayıtları, SSL ve e-posta ayrı ayrı kontrol edilmelidir. Tek bir paketin “taşındı” sayılması, her servis katmanının çalıştığı anlamına gelmez. Özellikle dinamik sitelerde veritabanı güncellemesi gecikirse yeni sunucu ile eski içerik arasında fark oluşabilir.

Doğrulama sırasını kısa tutun​

İlk kontrol site açılıyor mu sorusudur; ikinci kontrol HTTPS uyarısı var mı sorusudur; üçüncü kontrol form, giriş ve e-posta teslim akışıdır. Sadece ana sayfayı görmek yeterli değildir, çünkü sorunlar çoğu zaman ödeme, iletişim formu veya bildirim kanalında ortaya çıkar.

İyi Bir Geri Dönüş Penceresi Nasıl Kurulur​

Yedek, eski ortam ve değişiklik notu​

Taşıma öncesi alınmış yedek, eski hosting erişimi ve yapılan kayıt değişikliklerinin kısa bir notu birlikte tutulmalıdır. Böylece sorun çıkarsa hangi adımı geri alacağınız belli olur. Yedek geri dönüşü “son çare” değil, taşımanın doğal parçası olarak düşünülmelidir.

Hangi durumda geri dönülür​

Yeni ortamda SSL zinciri bozuksa, posta teslimi kesilmişse ya da veritabanı senkronu eksik görünüyorsa geri dönüş daha doğru olabilir. Bu karar, geçişin tamamen başarısız olduğu anlamına gelmez; bazen sadece kayıtların yeniden düzenlenmesi gerekir. Ama kullanıcıyı bekletmek yerine eski ortama kısa sürede dönmek, daha az zarar verir.

Geçişten Sonra Yeni Sunucuyu Nasıl Okursunuz​

Tarayıcı, posta ve yönetim paneli birlikte kontrol edilir​

Yeni sunucuya geçildiğinde yalnız web sayfasını değil, yönetim panelini, gönderim yapan e-postaları ve site içi bağlantıları da birlikte gözden geçirmek gerekir. Eğer bir parça düzgün çalışıyor, diğeri çalışmıyorsa sorun çoğu zaman altyapının tamamında değil, belirli bir kayıt veya ayarda kalmıştır. Bu ayrım, gereksiz panik yerine nokta atışı düzeltme yapmayı sağlar.

İlk günün amacı tamamlama değil, risk azaltmadır​

Taşıma günü hedefi her şeyi kusursuzlaştırmak değil, kullanıcı etkisini düşük tutmaktır. Bu yüzden DNS yayılımı tamamlanana kadar eski ve yeni ortamın birlikte izlenmesi, sertifika ve posta akışının ayrı test edilmesi ve değişikliklerin sırayla uygulanması daha güvenlidir. Son kontrol, sitenin açılmasından çok, kritik hizmetlerin aynı anda sorun çıkarmadan çalışmasıdır.