Active Directory Etki Alanı Adlandırmaya İlişkin En İyi Uygulamalar
Yeni bir Active Directory etki alanı oluştururken, ister yeni ister deneyimli bir yönetici olun, alan adı seçimi önemlidir. Bu makalede alan adları için üç seçenek ele alınmaktadır: şirketinize kayıtlı geçerli bir Üst Düzey Alan Adı (TLD) kullanmak, şirketinize kayıtlı geçerli bir TLD'nin alt alan adını kullanmak veya TLD olmayan bir ad kullanmak. Her seçeneğin örnekleri verilmiştir.
Active Directory Temel Etki Alanı Adlandırma Kuralları
Active Directory'nin ilk etki alanı denetleyicisi, kuruluş için orman olarak bilinen hem ilk etki alanını hem de güvenlik sınırını oluşturur. Orman içindeki çoğaltmayı geliştirmek için birden çok etki alanı eklenebilir. Orman tek bir etki alanı olabilir veya alt etki alanlarına sahip birden fazla ağaç içerebilir. Yönetici, ilk etki alanını/ormanı ayarlarken, kuruluşun geleceği için önemli etkileri olabilecek adını seçebilir. Etki alanı adı ile aynı olması gerekmeyen NetBIOS adı, Active Directory dağıtım işlemi sırasında da tanımlanabilir. Örneğin, ad.patricio.ca alan adı istenirse NetBIOS adı “Kurumsal” olabilir.
Alan Adı Tescili
Yöneticinin seçtiği seçenek ne olursa olsun, kamuya açık alanın şirket adı altında kaydedilmesi çok önemlidir. Bu, şirketin ortamı için güçlü bir temel oluşturmanın ilk ve en önemli adımıdır. Şirketin büyüklüğü ve potansiyel büyümesi göz önüne alındığında, Active Directory altyapı kurulumunu gelecekteki genişlemeyi göz önünde bulundurarak planlamak önemlidir. Örneğin, Patricio Enterprises gibi bir şirket yalnızca Kanada'da faaliyet gösteriyor ancak dünya çapında ofisleri olmayı planlıyorsa, tüm ülkeler için kamuya açık alan satın almak faydalı olabilir. Ayrıca, .com gibi bir alan adının varsayılan alan adı olarak atanması önerilir.
Kamu Sertifikaları
Genel Sertifika Yetkilileri yalnızca Üst Düzey Etki Alanlarını (TLD'ler) kabul eder ve sertifikalarında TLD olmayan adları veya NetBIOS adlarını desteklemez. Bu, ağ yöneticilerinin Exchange Server ile çalışırken bölünmüş beyinli DNS kullanması gerektiği anlamına gelir. Bu, iç ağ içinde Genel DNS bölgesiyle aynı adı taşıyan bir DNS bölgesi oluşturmayı içerir. Dahili istemciler daha sonra dahili DNS sunucularında listelenen ve yerel bir sunucuya işaret eden girişleri çözecektir. Bu yaklaşım, iç ve dış kullanıcılar için aynı hizmet adını kullanarak tasarımı basitleştirir. Kamu Sertifikaları ile ilgili olarak sınırlı seçenekler mevcuttur. Yöneticilerin, sertifika istemek için kayıtlı bir alan adı kullanması ve hizmetleri bu alanı kullanacak şekilde yapılandırması gerekir (ör. Patricio.com).
Alan Adı Hizmetleri (DNS) ve Ad Çözümleme Tasarımı
DNS, Active Directory ve diğer Microsoft ürünleri için çok önemli bir hizmettir. Genel Etki Alanlarını yönetmek gereklidir ve İnternet kayıt şirketleri veya Microsoft Azure/Office 365 gibi özel DNS sağlayıcıları aracılığıyla yapılabilir. Genel DNS yapılandırmalarına İnternet üzerindeki kullanıcılar erişebilir ve e-posta alımı ve istemci erişim hizmetleri gibi ayarlara izin verir. Amaç, hizmetler için tek bir ad kullanılarak, intranet veya internette olmasına bakılmaksızın kullanıcı deneyiminin kusursuz hale getirilmesidir. Bunu başarmak için bölünmüş beyinli bir DNS önerilir. Skype Kurumsal ve Exchange gibi bazı Microsoft teknolojileri neredeyse bölünmüş beyinli DNS kullanımını zorunlu kılmaktadır.
Microsoft Exchange: Kabul Edilen Etki Alanları ve E-posta Adresi Politikaları
Bir Exchange kuruluşu için ilk Exchange Sunucusunu kurma sürecinde mevcut Active Directory etki alanı, kuruluşun birincil SMTP adresi olacaktır. Geçerli bir üst düzey etki alanı (TLD) kullanılıyorsa kabul edilen etki alanları oluşturmaya veya e-posta adresi politikalarını yapılandırmaya gerek yoktur. Her şey otomatik olarak yapılandırılacak ve yeni posta kutuları hiçbir değişiklik yapılmadan doğru SMTP adresini alacaktır. Ancak Seçenek 2 veya Seçenek 3 seçilirse, kabul edilen yeni bir alan adı eklenmeli, e-posta adresi politikaları güncellenmeli ve daha önce oluşturulan varsayılan alan adı, düzeni ve temizliği korumak için kaldırılmalıdır.
Microsoft Azure ve Kullanıcı Asıl Adı (UPN)
Şirket içi ve Microsoft Azure Active Directory (AAD) arasında dizinleri senkronize etmek için yöneticinin Microsoft Azure'daki genel etki alanının doğrulandığından emin olması gerekir. Bu, Kullanıcı Asıl Adında (UPN) aynı etki alanına sahip tüm hesapların Azure Active Directory ile senkronize edileceği anlamına gelir. Daha önce kimlik doğrulama, hala dahili uygulamalar için geçerli olan ETKİN ALAN\kullanıcı adı biçimi kullanılarak yapılıyordu. Ancak SaaS ve Active Directory Federasyonu için kullanıcıadı@şirket.com gibi UPN formatı gereklidir. Bu biçim ayrıca Windows istemcisinde, Skype Kurumsal'da ve Exchange'de (Outlook Anywhere ile) oturum açmak için de önerilir. Azure Active Directory ile senkronizasyon sırasında kullanıcı UPN'sinin Azure'daki etki alanıyla eşleşmesi gerekir.
Bu senkronizasyonu yapılandırmak için üç seçenek vardır:
Varsayılan UPN geçerli veya kök etki alanı adı olacağından Seçenek 1'de ek bir yapılandırma değişikliği gerekmez.
Seçenek 2 ve Seçenek 3, geçerli etki alanının Active Directory Etki Alanı ve Güvenleri'ne eklenmesini ve tüm kullanıcıların, kullanıcı özelliklerinde geçerli UPN kümesine sahip olmasını sağlamayı gerektirir.
Yeni bir Active Directory oluştururken yönetici Seçenek 1 ve Seçenek 2'yi dikkate almalıdır. Kişisel olarak, uzun vadede daha kolay olduğu için Seçenek 1 tercih edilir. Seçenek 2 uygulanabilir ancak daha fazla ortam değişikliği gerektirir ve yapılacaklar listesi açısından Seçenek 3'e benzer.