Tam Etki Alanı Adı (FQDN)
Adobe Connect Edge sunucuları için DNS yapılandırma seçeneği
Sorun
Bu TechNote, Adobe Connect Enterprise Server 6 kurulum ve Yapılandırma kılavuzuna ek olarak kullanılmak üzere tasarlanmıştır.
Edge sunucuları, verileri uzak bir konumda toplar, kendi başına idare edemeyenleri paketler ve bir Origin sunucusuna iletir. Bir Edge sunucusunun işini yapabilmesi için uzak konumdaki/konumlardaki DNS sunucusunun doğru şekilde yapılandırılması gerekir.
Example Co'daki yukarıdaki Edge sunucu uygulamasını düşünün. Chicago'daki Origin sunucusu bir süredir kuruludur ve Tokyo ile Paris'teki ve dünyanın diğer yerlerindeki kullanıcılar bu sunucuyu üretimde kullanmaktadır. Tokyo ve Paris'te çok sayıda Connect kullanıcısı bulunur ve bu nedenle bu konumlara bir Edge sunucusu kurulmasına karar verilmiştir.
|
Tür |
IP adresi |
connect.example.com |
Origin |
10.7.215.10 |
edge.tokyo.example.com |
Edge |
10.7.145.11 |
edge.paris.example.com |
Edge |
10.7.95.12 |
Not: Yukarıda verilen alan adları ve IP adresleri yalnızca örnektir.
Edge sunucu uygulamasından önce, Tokyo, Paris, Chicago veya Example Co.'da herhangi bir yerdeki kullanıcılar, Connect oturumu başlatmak için bir tarayıcı açıp http://connect.example.com URL'sini giriyordu. Chicago'da, Paris'te, Tokyo'da ve aynı DNS eşlemelerini paylaşan diğer konumlarda bir DNS sunucusu bulunuyordu (hâlâ bulunuyor). Bunun gibi bir DNS yapısına "Merkezi DNS sistemi" denir. DNS sistemi "merkezileştirilmiş" olduğundan, hepsi aynı eşleme tablosunu paylaşır; bu nedenle, bir kullanıcı nerede olursa olsun connect.example.com 10.7.215.10 olarak çözülür. Ne yazık ki bu, Edge sunucuları kurulduktan sonra bir sorun teşkil etmektedir.
Edge sunucuları yüklendikten sonra, Tokyo'daki bir kullanıcı http://connect.example.com adresine girdiğinde 10.7.215.10 (connect.example.com) yerine 10.7.145.11 (edge.tokyo.example.com) ile eşlenmelidir ve Paris'teki bir kullanıcı 10.7.95.12'ye gitmelidir. Bir Merkezi DNS sistemi aynı eşleme tablosunu paylaşıyorsa bu nasıl yapılandırılabilir? (connect.example.com, nasıl bulunduğunuz yer fark etmeksizin her zaman 10.7.215.10'a eşlenir?) Cevap, "Alt Ağ Önceliklendirmesi" kullanmaktır.
Çözüm
"Alt Ağ Önceliklendirmesi" yapılandırıldığında, Merkezi DNS sistemi; sırası istemcinin (kullanıcının) konumuna göre olan bir IP adresleri listesi döndürür. Örneğimizde, Paris'te http://connect.example.com'a giren bir kullanıcı 10.7.95.12, 10.7.145.11, 10.7.215.10 (Paris, Tokyo, Chicago) gibi bir liste alacak, Tokyo'daki bir kullanıcı 10.7.145.11, 10.7.95.12, 10.7.215.10 (Tokyo, Paris, Chicago) gibi bir liste alacak ve diğer herhangi bir kullanıcı 10.7.215.10, 10.7.145.11, 10.7.95.12, (Chicago, Tokyo, Paris) seçeneklerini alacaktır. Bu, Connect sorununu çözer. Artık Paris ve Tokyo'daki kullanıcılar Connect'e erişirken yerel Edge sunucuları üzerinden yönlendirilmekte ve diğer herkes doğrudan Origin sunucusuna gitmektedir.
DNS sistemi "Merkezileştirilmiş" değilse yani DNS sunucuları eşleme tablosunu paylaşmıyorsa o zaman "Alt Ağ Önceliklendirmesi" gerekli değildir. Her DNS sunucusu ayrı ayrı yapılandırılabilir.
Microsoft web sitesinde "Alt Ağ Önceliklendirmesi"nin nasıl yapılandırılacağına ilişkin bilgi bulabilirsiniz.
Dikkat edilmesi gereken iki konu vardır:
-
İstemci; connect.example.com'u çözmeye çalışırsa ve bu istemci alt ağı için bir DNS girişi yoksa IP Adreslerini istemciye döndürdüğünde, girilen son DNS girişini DNS veritabanına/tablosuna şu şekilde yerleştirecektir: istemcinin DNS önbelleğinde ilk sırada. Bu nedenle, DNS yalnızca Origin uygulaması için yapılandırıldıktan sonra bir Edge sunucusu eklenirse (bu örnekte olduğu gibi), Origin için DNS girişi silinmeli ve son giriş olması için yeniden eklenmelidir.
-
"Alt Ağ Önceliklendirmesi"nin alt ağ maskesini ve ağ sınıfını nasıl işlediğiyle ilgili küçük bir sorun vardır. DNS sunucuları, Windows 2003 sunucuları olmalı ve "hepsini bir kez dene" seçeneği kapatılmalıdır. Bkz. Microsoft destek makalesi http://support.microsoft.com/kb/842197