Kurumsal alan adı portföyünü nasıl yönetirsiniz?
Bir kurumun altyapısında en az izlenen varlık genellikle alan adlarıdır. Sunucular için uptime kontrolü, sertifikalar için son kullanma uyarısı, veritabanları için yedek politikası vardır; alan adları ise çoğu zaman "bir kere alındı, çalışıyor" kategorisindedir. Oysa süresi dolan tek bir kayıt, tüm bu katmanlar kusursuz çalışırken siteyi de e-postayı da aynı anda durdurabilir — üstelik hiçbir izleme aracı bunu önceden haber vermez. Bu yazıda alan adı portföyünün neden kendiliğinden dağıldığını, envanterde neyin bulunması gerektiğini ve yenileme, transfer ile güvenlik tarafında işleyen bir düzenin nasıl kurulacağını ele alacağız.
Portföy neden kendiliğinden dağılır?
Alan adları tek bir kararla değil, yıllara yayılmış onlarca küçük kararla birikir. Ana marka için alınan kayıt bir yana; bir kampanya için açılan tanıtım adresi, yurt dışı pazarı için alınan ülke uzantısı, yazım hatalarına karşı savunma amacıyla kaydedilen benzer yazımlar, satın alınan bir şirketten devralınan adresler ve bir ekibin kendi test ortamı için aldığı adres — hepsi farklı zamanlarda, farklı kişiler tarafından, çoğu zaman farklı registrar hesaplarından ve farklı ödeme yöntemleriyle alınır.
Sonuçta ortaya kimsenin tamamını görmediği bir liste çıkar. Bir alan adının kime ait olduğu sorusunun cevabı "sanırım pazarlamadaki arkadaşın kendi hesabında" olduğunda, portföy artık yönetilmiyor demektir. Dağılmanın kendisi kaçınılmaz; asıl mesele, dağılmayı geri toplayan bir envanterin olup olmadığı.
alan adı bitiş auto lock dnssec sahip
ornek.com 2028-04-11 açık açık açık bt
ornek.com.tr 2027-11-02 açık açık kapalı bt
ornek-kampanya.com 2026-09-14 açık kapalı kapalı pazarlama
ornekapp.io 2026-09-03 kapalı kapalı kapalı ?
# sahibi bilinmeyen ve auto-renew'ü kapalı olan satır,
# envanterin en değerli çıktısıdır.
Envanterde hangi alanlar bulunmalı?
İyi bir envanter uzun değil, karar verdiren bir listedir. Her satır için şu alanlar bir arada durduğunda, gözden kaçan neredeyse hiçbir şey kalmaz:
- Registrar ve hesap — alan adının hangi kurumda, hangi hesap altında durduğu. Aynı portföyün üç ayrı registrar'a dağılmış olması sorun değildir; hangisinin nerede olduğunun bilinmemesi sorundur.
- Registrant bilgisi ve iletişim adresi — kayıtta görünen kurum unvanı ve e-posta. Buradaki adres bir çalışanın kişisel kutusuysa, o kişi ayrıldığında yenileme uyarıları kimseye ulaşmaz.
- Bitiş tarihi ve auto-renew durumu — ikisi birlikte anlam taşır. Auto-renew açık görünen bir kayıt, arkasındaki kart geçersizse yine de düşer.
- Transfer lock ve DNSSEC durumu — kilit açık bırakılmış bir alan adı, hesap ele geçirildiğinde saatler içinde başka bir registrar'a taşınabilir. DNSSEC ise yanıtların yolda değiştirilmesine karşı imza katmanı sağlar.
- DNS'in nerede tutulduğu — kayıt bir registrar'da, DNS bölgesi bambaşka bir sağlayıcıda olabilir. Bir kesinti anında hangi panele gireceğinizi bilmek, sorunu çözme süresini doğrudan belirler.
- Neye hizmet ettiği — site mi, e-posta mı, yalnızca yönlendirme mi, yoksa bir servisin doğrulama kaydını mı taşıyor? "Kullanılmıyor" sanılan adreslerin bir kısmı aslında bir SSO ya da e-posta yapılandırmasının parçasıdır.
Süre dolması neden hâlâ en yaygın kesinti sebebi?
Alan adı kaynaklı kesintilerin büyük bölümünde teknik bir arıza yoktur; yalnızca bir ödeme gerçekleşmemiştir. Tekrar eden senaryo şudur: auto-renew açıktır, ancak hesaba bağlı kredi kartının süresi dolmuştur ya da kart bir yıl önce ayrılan bir çalışanın adınadır. Registrar uyarı e-postalarını gönderir, fakat bu adres artık kimsenin bakmadığı bir kutudur veya kurumsal filtre e-postaları spam klasörüne düşürür. Sonuç, kimsenin kimseyi uyarmadığı sessiz bir geri sayımdır.
Süre dolduktan sonra alan adı doğrudan serbest kalmaz; önce bir bekleme dönemine, ardından kurtarma (redemption) dönemine girer. Bu ikinci aşamada geri alma genellikle mümkündür ama normal yenileme ücretinin katbekat üzerinde bir bedelle ve elle işletilen bir süreçle. O pencere de kapandığında kayıt yeniden kayda açılır ve popüler adreslerin bir kısmı saniyeler içinde otomatik sistemlerce kapılır. Bu noktadan sonra konu bir bilgi teknolojileri meselesi olmaktan çıkıp pazarlık ya da hukuk meselesine döner.
İşin daha az konuşulan tarafı ise e-postadır. Alan adı düştüğünde yalnızca site erişilemez hâle gelmez; o alan adıyla giden ve gelen tüm e-postalar da durur. Adresi ele geçiren taraf kendi MX kayıtlarını tanımlayabilir ve size gelmesi gereken yazışmaları alabilir — bu da parola sıfırlama bağlantıları dahil pek çok şeyin kapısını açar. Bilgi Merkezi · Domain Güvenliği rehberimizde bu zincirin ayrıntılarını ele alıyoruz.
domain@… gibi) kullanın ve bu kutuya birden fazla kişinin erişimi olsun.
Transfer ve devir süreçlerinde nerede takılırsınız?
Alan adını başka bir registrar'a taşımak ya da bir şirket devri sonrasında sahipliğini değiştirmek, teknik olarak basit ama zamanlaması hassas bir iştir. Süreci başlatmadan önce transfer lock'un kaldırılması, kayıttaki iletişim adresinin erişilebilir olduğunun doğrulanması ve registrar'dan yetkilendirme kodunun (auth/EPP kodu) alınması gerekir. Çoğu genel uzantıda yeni kayıt yapıldıktan ya da sahiplik bilgisi değiştirildikten sonra 60 günlük bir transfer kısıtı devreye girer; planı buna göre kurmazsanız devir tarihini kaçırırsınız. Uzantıya özgü kuralları ve süreleri de ayrıca kontrol etmek gerekir — ülke uzantıları kendi işleyişlerine sahiptir.
Taşıma sırasında hizmet kesintisi yaşamamanın yolu, DNS'i transferden ayrı düşünmekten geçer. Alan adının registrar'ı değişirken DNS bölgesi aynı sağlayıcıda kalabilir; böylece kayıtlar hiç değişmez ve kimse bir şey fark etmez. DNS'i de taşıyacaksanız, önce yeni sağlayıcıda bölgeyi birebir kurun, TTL değerlerini geçişten birkaç gün önce düşürün, sonra ad sunucularını değiştirin. Bu sıralamanın ayrıntıları için Domain & DNS rehberimize, transfer kurallarının kaynağı içinse ICANN transfer politikasına bakabilirsiniz.
Güvenlik tarafında minimum set nedir?
Alan adı, bir kurumun kimliğinin kökündedir: sertifikalar ona göre doğrulanır, e-posta ona göre yönlendirilir, kullanıcılar ona güvenir. Bu yüzden registrar hesabı, en az üretim sunucularınız kadar korunmayı hak eder.
- Registrar hesabında güçlü kimlik doğrulama — mümkünse passkey, değilse en azından uygulama tabanlı ikinci faktör. SMS, bu kritiklikteki bir hesap için yeterli bir eşik değil.
- Transfer lock her zaman açık — yalnızca bilinçli bir taşıma öncesinde, kısa süreliğine kaldırılır ve iş bitince tekrar kapatılır.
- CAA kaydı — hangi sertifika sağlayıcısının sizin adınıza sertifika üretebileceğini DNS üzerinden sınırlarsınız. Sertifika ömürlerinin kısaldığı bir dönemde bu kaydın değeri artıyor.
-
Sahipsiz kalmış alt alan adlarını temizleyin — kapatılan bir servise işaret etmeye devam eden
CNAMEkayıtları, o servis üzerinde aynı adı alan birinin sizin alt alan adınızdan içerik yayınlamasına imkân verir. Portföy gözden geçirmesine DNS bölgelerini de dahil edin.
Peki geriye ne kalıyor?
Alan adı portföyü, bakımı yılda birkaç saat süren ama ihmal edildiğinde günlerce sürecek bir krize dönüşen ender varlıklardan biri. Yapılacak iş aslında sade: tek bir yerde tutulan güncel bir envanter, kişilere değil rollere bağlanmış iletişim adresleri, kritik alan adlarında uzun süreli yenileme ve registrar hesabında ciddi bir kimlik doğrulama. Bunları kurduktan sonra portföy, sürekli ilgi isteyen bir yük olmaktan çıkıp takvimde yılda bir kez açılan bir gündem maddesine dönüşür.
Elinizdeki listeyi çıkarmakta ya da dağılmış bir portföyü tek çatı altında toplamakta yardım isterseniz bize yazabilirsiniz; mevcut kayıtlarınızı birlikte gözden geçirip riskli satırları önceliklendirebiliriz.