WINS'i Öğrenme
Eve dönmek için tıklatın...
WINS'i Öğrenme |
Eve dönmek için tıklatın... |
|
NetBIOS arabirimi ilk kez Sytec Inc. (şimdiki adı Hughes LAN Systems) tarafından IBM (International Business Machines Corporation) için 1983'te geliştirilmiştir. IBM'in en çok 72 aygıtın bağlanmasına olanak sağlayan PC Ağı'nda, eski bir geniş bant LAN teknolojisi olan Sytec iletişim kuralları üzerinde çalışırdı. NetBIOS başlangıcından beri büyük ağlarda ölçeklenmek ve kullanılmak üzere tasarımlanmamıştır.
NetBIOS Microsoft'ta, 1980'lerin sonunda duyurulan IBM PC uyumlu mikrobilgisayarları ağa bağlamak için kullanılan MS-DOS programları için üst düzey programlama dili arabirimi olarak kullanılmıştır. Bu bilgisayarlar tarafından kullanılabilen ağ donanım ve yazılımlarını temel alarak LAN'lar oluşturmak için, Microsoft ve diğer satıcılar, ağ sistem bileşenlerini ve programlarını tasarımlamak için NetBIOS kullanımını standartlaştırmıştır. Bu arabirim, her ağ kaynağını tanımlamak için 16 karakterle sınırlı tek parça adlar kullanır.
NetBIOS ad boşluğu düzdür, yani adlar ağda yalnızca bir kez kullanılır. Bu adlar, bilgisayarlar başlatıldığında, hizmetler başladığında veya kullanıcılar oturum açtığında dinamik olarak kaydedilir. NetBIOS adları benzersiz olarak veya grup adları olarak kaydedilir. Benzersiz adların bir adla ilişkili bir adresi vardır. Grup adlarının bir adla eşleşen birden çok adresi vardır.
Windows 2000'den önce tüm MS-DOS ve Windows tabanlı işletim sistemleri, ağ özelliklerini desteklemek için NetBIOS adlandırma arabirimine gereksinim duyardı. Windows 2000'in yayınlanmasıyla birlikte, ağ bilgisayarları için artık NetBIOS adlandırma arabirimine gerek kalmamıştır. Örneğin, Etki Alanı Ad Sistemi (DNS) kullanımını destekleyen ana bilgisayarlardan ve programlardan oluşan bir ortam, UNIX gibi NetBIOS adlarına gereksinim duymayan Windows 2000 ve diğer işletim sistemlerini kullanarak çalışmak üzere oluşturulabilir. Bununla birlikte, ağların çoğunun NetBIOS ağ adlarını gerektiren eski işletim sistemlerini, Windows 2000 çalıştıran bilgisayarlarla tümleştirmesi gerekir.
Microsoft bu nedenle, NetBIOS adlarının kullanılmasını gerektiren eski işletim sistemleriyle birlikte kullanımı kolaylaştırmak için Windows 2000'le NetBIOS adlarına varsayılan düzeyde destek sağlamaya devam etmektedir. Bu destek temel olarak iki biçimde sağlanır:
Bu destek TCP/IP üzerinde NetBIOS (NetBT) ile sağlanır ve istenirse, kullanıcı tarafından devre dışı bırakılabilir. Daha fazla bilgi için bkz: TCP/IP üzerinde NetBIOS'u devre dışı bırakma.
Bir NetBIOS adı 16 bayt içerir. Her adın ilk 15 baytı kullanıcı tarafından belirtilir ve aşağıdakilerden birini gösterir:
Her NetBIOS adının 16. karakteri Microsoft NetBIOS istemcileri tarafından bir ad soneki olarak kullanılır ve bu karakter adı tanıtır ve ağa kayıt olmak için kullanılan kaynak hakkında bilgileri gösterir. Her NetBIOS adı benzersiz (özel) ad veya grup (genel) adı olarak yapılandırılır.
Benzersiz adlar tipik olarak bir bilgisayardaki belirli bir işleme ağ iletişimi göndermek için kullanılır. Grup adları birden çok bilgisayara aynı anda bilgi göndermek için kullanılır.
Örneğin, Sunucu hizmeti bir NetBIOS adı kullanır. Sunucu bilgisayar başlatıldığında bu hizmet benzersiz bir NetBIOS adını kaydeder ve bunun için ağda yapılandırılmış NetBIOS bilgisayar adı--bu örnekte SUNUCU1-- temel alınır. Kaydedilen tam ad, NetBIOS bilgisayar adına atanan "SUNUCU1" karakterlerinin bir bileşimi ile 16. bir karakterden oluşur ve bu karakter "20" (veya WINS konsolundaki kayıtlara bakarken göründüğü biçimiyle [20h]) onaltılık bayt değerini içerir.
Ağdaki diğer bilgisayarlar SUNUCU1'e bağlanmak için net use komutunu kullandığında bir ad sorgu isteği bu NetBIOS adını arar. Sorgu, bir WINS sunucusuyla doğrudan bağlantı veya sorgunun işleneceği yerel ağa bir yayın kullanır. Eşleşen adlandırılmış sunucu işlemi bulunduğunda-- örneğin, 16. karakterinde "20" sonek değeri bulunan SUNUCU1 girişli bir NetBIOS adı --bu ad kaydında bulunan IP adresi istekte bulunan bilgisayara gönderilir. İletişimler, arka plandaki ağ aktarma iletişim kuralı hizmetleri kullanılarak kurulabilir.
Windows NT'nin önceki sürümlerinde, tüm ağ hizmetleri yalnızca NetBIOS adları kullanılarak kaydedilirdi. Windows 2000'de, Netlogon hizmeti ve olasılıkla diğer ağ hizmetleri DNS'de kaydedilir. Ayrıca, komut satırından çalıştırılan eski ağ uygulamaları (örneğin, çeşitli net komutları) bu hizmetlere erişmek için NetBIOS adlarını kullanırlar.
NetBIOS adları ayrıca NetBIOS tabanlı diğer bilgisayarlar (örneğin, Windows for Workgroups, LAN Manager ve UNIX ana bilgisayarları için LAN Manager) tarafından da kullanılır. NetBIOS adları ve nasıl kaydedildikleri ve ağdaki adlandırılmış hizmet türlerini nasıl gösterdikleri hakkında bilgi için NetBIOS adları başvurusuna bakın.
NetBIOS iki bileşen tanımlar:
NetBIOS arabirimi, uygulamaların kullanabileceği standart bir API'dir. Bu uygulamalar, ağda iletim için ağ giriş, çıkış ve denetim komutlarını arka plandaki bir ağ iletişim kuralları yazılımına sunar. Ağ iletişimi için, NetBIOS arabirimini destekleyen tüm iletişim kuralı yazılımlarında NetBIOS API'yi kullanarak tüm uygulama programlarını çalıştırabilirsiniz.
Burada kullanılan iletişim kuralı, herhangi bir ağ iletişim kuralı ile gerçek aktarımı ve NetBIOS arabirimi komut kümesinin iletişimini gerçekleştirmek için kullanılan ilgili yazılımlar olabilir. TCP/IP ve NetBEUI iletişim kuralı yazılımları iki örnek olarak gösterilebilir; bunların her ikisi de Windows işletim sistemlerinin en eski sürümleriyle sağlanır.
Windows 2000, yararlı olduğunda, seçili istemciler için TCP/IP üzerinde NetBIOS'u (NetBT) devre dışı bırakma olanağı sağlar. Ağınız için özel veya güvenli bir görevde kullanılan belirli bir bilgisayarda (örneğin, güvenlik duvarı arkasındaki kenar proxy sunucusu veya güvenlikli ana bilgisayar olarak kullanılan) ad kaydı veya çözümü sağlamak için yalnızca DNS kullanmanız gerekirse veya kullanmayı tercih ederseniz, bu bilgisayarda yüklü olan ağ bağdaştırıcı arabirimlerinin biri veya tümü için NetBT hizmetlerini devre dışı bırakmayı seçebilirsiniz.
NetBT devre dışı bırakıldığında, Windows 2000 çalıştıran bilgisayarlar için aşağıdaki noktaların göz önünde bulundurulması gerekir:
Bir sunucu bilgisayarın özel bir iç ağda ve Internet gibi açık bir ağda çift bağlantılı olduğu bir durumda, bu yapılandırma ayarı kullanılabilir. Bu örnekte, NetBT'nin kurulu dış ağ bağlantısı için devre dışı bırakılması anlamlı olabilir. Bu ayar, çift bağlantılı bilgisayarın iç ağda bir WINS sunucusu veya istemcisi işlevi görmeye devam etmesine olanak sağlar ve WINS istemcilerine, bilgisayardaki diğer fiziksel ağ bağdaştırıcısı kullanılarak kurulan bağlantılar için hizmet verilebilir.
Notlar
Lmhosts dosyası, NetBIOS ad sorgusu yayınlarına yanıt veremeyen bilgisayarlarda uzak NetBIOS adı çözümüne yardımcı olan statik bir dosyadır. NetBIOS adı-IP adresi eşleşmeleri içerir. İşlevi Hosts dosyasına benzer; aralarındaki fark, Hosts dosyasının ana bilgisayar DNS etki alanı adlarını IP adresleriyle eşlemek için kullanılabilmesidir.
Microsoft tabanlı bir ağdaki bilgisayarlar NetBIOS adlarını birkaç yolla çözebilir: Bu yöntemlerden biri başarısız olursa, karma bir sıra izleyerek bir sonraki yöntemi denerler. Yayın temelli bir ağda, bilgisayar önce NetBIOS adı önbelleğini denetler. Normal olarak, önbellek adı yalnızca yeni kullanılmışsa içerir, ancak adlar bir Lmhosts dosyasından önbelleğe önceden yüklenebilir.
Statik ad-adres eşleşmeleri Lmhosts dosyasına #pre açıklaması kullanılarak girilirse, bu adlar NetBIOS adları önbelleğine önceden yüklenmiş kabul edilir ve bir NetBIOS alt ağ yayını veya WINS sorgusu kullanılmadan önce ad sorgusunu çözmek için kullanılır.
Yerel önbellek denetlendikten sonra, adı çözmek üzere daha fazla deneme yapmak üzere istemci alt ağında yerel olarak ad sorgusu yayını yapılmadan önce WINS sunucuları (yapılandırılmış ve erişilebilir durumdaysalar) ile bağlantı kurulur. Bu yöntemler başarısız olursa, istemci daha sonra (gerektiği gibi etkinleştirilmişse) ad-IP adresi eşleşmesini daha fazla aramak ve almak üzere bir Lmhosts dosyasına yeniden başvurabilir. Örneğin, istemci kaynaklı bir yönlendirici üzerinde başka bir alt ağda yer alan başka bir bilgisayar tarafından kullanılan bir adı çözmek için.
Lmhosts dosyalarının pek çok kullanımından ayrı olarak, tasarımı nedeniyle bazı sınırlamaları vardır. En önemli sınırlaması statik bir dosya olmasıdır. Bu nedenle, bilgisayarın adı veya IP adresi değişirse, girişlerin güncelleştirilmesi gerekir.
Bir istemcinin IP adresi aşağıdaki gibi birkaç nedenle değişebilir:
Böyle değişiklikler olduğunda, ad-IP adresi eşleşmesi değişen kaynağa erişmesi gereken tüm bilgisayarlara bu değişikliklerin bildirilmesi gerekir. Merkezi olarak bakımı yapılan bir Lmhosts dosyası, yeni veya değiştirilmiş eşleşmeleri gerekli bilgisayarlara tanıtmak için el ile yönetim gereğini azaltabilir. Bununla birlikte, eşleşmelerin girilmesi ve değiştirilmesi hala el ile yapılan ve çaba gerektiren bir işlemdir. Bir Lmhosts dosyasının bakımı merkezi olarak yapılırken, her bilgisayarda bir Lmhosts dosyası tutulması önerilir; bu çözüm ancak az sayıda sunucu ve istemci bulunan kuruluşlarda yararlı olabilir. Daha büyük ağlarda, çok karmaşık olacağı için yararlı veya önerilen bir çözüm değildir.
Not
Bu bölümdeki bilgiler, TCP/IP üzerinde NetBIOS (NetBT) kullanan
yönlendirilmiş WAN ağlarındaki etki alanları için ağa gözatma işleminin nasıl
yapıldığını açıklamak amacıyla sunulmuştur. Bu tür ortamlardaki etki alanları,
genellikle Windows NT işletim sistemlerinin önceki sürümlerini çalıştıran
bilgisayarlar tarafından denetlenmektedir. Bu ortamlarda WINS kullanımı, diğer
fiziksel ağlardaki uzak etki alanlarında bulunan paylaştırılmış kaynaklara
etkili bir şekilde gözatmak için gereklidir.
Bilgisayar Tarayıcısı hizmeti, her bir alt ağda çalışan Windows tabanlı
bilgisayarlar tarafından kullanılır. Tarayıcı olarak atanan bilgisayarlarda, ağ
üzerinde kullanılan tüm paylaştırılmış kaynakları içeren gözatma listeleri
bulunur. Gözatma özelliği, Ağ Bağlantılarım, NET VIEW komutu ve Windows NT
Explorer gibi Windows'un eski sürümlerinde bulunan bazı ağ uygulamalara için
gereklidir.
Örneğin, Windows 95 çalıştıran bir bilgisayardaki kullanıcı Ağ
Bağlantılarım'ı açtığında, etki alanlarının ve bilgisayarların görüntülenen
listesi oluşturulur. Bu işlem, aynı alt ağ üstünde çalışan tarayıcı
bilgisayardan gözatma listesinin bir kopyasını alan bilgisayar tarafından
yapılır.
Ağ üstündeki birçok bilgisayar tarayıcı olarak çalışmaz, ancak Bilgisayar
Tarayıcısı hizmetinin çalıştığı bilgisayarlar her alt ağ için potansiyel
tarayıcılar olabilir. Ağ üstünde tarayıcı olarak çalışan ve gözatma listesinin
kopyalarını tutan bilgisayarlar için, Windows NT özel görevler atar.
Aşağıdaki tabloda, ağa gözatma amacıyla bu hizmeti kullanabilen çeşitli
bilgisayarların gerçekleştirebilecekleri görevler açıklanmıştır:
|
Tarayıcı görevi |
Açıklama |
|
Etki alanı ana tarayıcısı |
|
|
Ana tarayıcı |
|
|
Yedek tarayıcı |
|
|
Potansiyel tarayıcı |
|
|
Tarayıcı değil |
|
Belirli bir tarayıcı görevi atanmış bir bilgisayarın bozulması veya
kapalı olması gibi bazı durumlarda, tarayıcılar (veya potansiyel tarayıcılar)
farklı bir göreve geçebilir. Bu geçiş genellikle, tarayıcı eleme olarak bilinen
bir işlemle gerçekleştirilir.
Windows işletim sisteminin önceki sürümlerindeki gözatma hizmetleri üç
ana işlemle açıklanabilir:
Gözatma listeleri, Sunucu hizmeti üzerinden
kaynakları paylaşan bilgisayarlardan oluşur. Düzenli olarak bu hizmeti
çalıştıran her bilgisayar, kendi yapılandırılmış etki alanı veya çalışma grubu
adı için yerel alt ağa bir ana bilgisayar duyuru iletisi yayınlar. Bu
duyurular, her alt ağın ana tarayıcısı tarafından sürekli olarak biriktirilir
ve işlenir.
Alt ağdaki ana tarayıcı bir ana bilgisayar
duyurusu aldığında, duyuruyu gönderen bilgisayarın adını geçerli gözatma
listesiyle karşılaştırır. Bu ad zaten görünüyorsa, liste içinde yenilenir. Ad
görünmüyorsa, listeye eklenir.
Gözatma listeleri, ağın ana tarayıcısı
tarafından yedek tarayıcılara dağıtılır. Düzenli olarak ana tarayıcı kendi
yapılandırılmış etki alanı veya çalışma grubu adı için yerel alt ağa bir duyuru
iletisi yayınlar. Bu ileti ağ üzerinde ana tarayıcının varlığını onaylar. Ana
tarayıcı belirli bir süre boyunca kendini duyurmada başarısız olursa, bir
tarayıcı elemesi oluşabilir.
Bir ana tarayıcı varsa veya (bir hata
durumunda) değiştirildiyse, diğer yedek tarayıcılar alt ağın gözatma listesinin
güncel bir kopyasını almak için düzenli olarak ana tarayıcıyla bağlantı
kurarlar.
Bir istemci bilgisayar alt ağ üstünde
çalışmaya başladığında, ağdaki yedek tarayıcıların listesini almak için ana
tarayıcıya bir istek yayınlar. Ana tarayıcı bu isteği yanıtlar ve üç adet yedek
tarayıcının listesini istemciye verir. Gözatan istemci daha sonra yedek
tarayıcılar listesinden rasgele bir tarayıcı seçer ve gözatma listesinin bu
tarayıcıyla bağlantı kurar.
Daha sonra gelen gözatma listesi istekleri
için, istemci başlangıçta ana tarayıcıdan aldığı yedek tarayıcıların listesini
kullanmaya devam eder ve yayını yinelemez. Bu işlemin başarısı, istemcinin
kendi ana tarayıcısından aldığı yanıta ve ikinci olarak listeden seçtiği yedek
tarayıcıların adlarını çözme yeteneğine bağlıdır.
Aşağıdaki grafikte, MIS adlı örnek bir etki alanı için bu işlemler gösterilmiştir.
Bu örnekte, MIS etki alanı A, B ve C alt ağlarında bulunan --PDC-MIS,
A-MB1 ve C-MB1-- adlı üç ana tarayıcıya sahiptir. Ek olarak, PDC-MIS etki alanı
için ana etki alanı tarayıcısı olarak özel bir anlama sahip olduğu gibi, B alt
ağı için de alt ağ ana tarayıcısı olarak davranmaktadır.
Her alt ağ üstünde ana tarayıcılar olarak, bu üç bilgisayar tüm üç alt ağ
üzerinden MIS etki alanı gözatma listesini oluşturmak ve güncellenmesini
yönetmek ve bu listeyi dağıtmak için aşağıdaki işlemleri gerçekleştirirler:
Notlar
Bilgisayar Tarayıcısı hizmeti, neredeyse tümüyle, ağda bulunan her alt ağda yayın iletişimi kullanmaya dayalıdır. Etki alanlarının yönlendiricilerle ayrılabildiği, TCP/IP kullanan bir geniş ağda (WAN), gözatma konusunda özel sorunlar oluşabilir. IP yönlendiricilerinin çoğu yayınları iletmek üzere yapılandırılmamıştır.
Bu ortamlarda gözatma işlemi yapılırkan, dikkat edilmesi gereken iki nokta vardır:
Bu noktalar üç olası biçimde ele alınabilir: WINS kullanarak, her alt ağ ana tarayıcısı için bir Lmhosts dosyası tutarak veya IP yönlendiricileri üzerinden NetBIOS yayınlarını etkinleştirerek.
IP yönlendiricileri üzerinden yayınları etkinleştirme biçimindeki son seçenek, yönlendirilmiş TCP/IP ağlarının çoğu için önerilmez. Lmhosts dosyalarının kullanıldığı ikinci seçenek, tek bir etki alanındaki tüm ana tarayıcılar için gözatma listeleri tutmaya olanak sağlayarak, bu sorunlara kısmi bir çözüm sunar. Yalnızca WINS kullanılan birinci seçenek, her iki sorun için de tercih edilen bir çözüm sunar ve uzak etki alanı kaynaklarına gözatma istemcileriyle gözatmaya izin verir.
Aşağıdaki çizimde görüldüğü gibi, PDC-MASTER, Alt Ağ 1 ve 2 olarak iki alt ağa yayılmış, MIS adı verilen bir etki alanı için Windows NT Server'ın önceki bir sürümünü çalıştıran Birincil Etki Alanı Denetleyicisinin (PDC) bilgisayar adıdır. PDC-MASTER, MIS etki alanı için etki alanı ana tarayıcısı olarak davranır ve ayrıca Alt Ağ 2 için de ana tarayıcı işlevi görür. Alt Ağ 1'de, BROWSER1 adlı bir bilgisayar bu alt ağ için ana tarayıcı gibi davranır ve PDC-MASTER ile aynı LAN grubunu (MIS etki alanı) kullanmak üzere yapılandırılmıştır.
Bu örnekte, TARAYICI1-Alt Ağ 1'de tarayıcı olarak çalışabilen Windows tabanlı herhangi bir bilgisayar olabilir--ilgili tarayıcı listelerinde yer alan bilgileri değiş tokuş etmek için Alt Ağ 2'deki PDC-MASTER ile düzenli olarak bağlantı kurar. Alt Ağ 1 ve 2'yi ayıran yönlendirici TCP/IP (NetBT) üzerinde NetBIOS yayınları iletmediği için, TARAYICI1'in PDC-MASTER ile bağlantı kurmak için doğrudan iletişim özelliğini kullanması gerekir.
TARAYICI1'in WINS özelliği etkinse, "MIS [1b]" adı için bir WINS sunucusunu doğrudan sorgulayabilir. Bu ad, bu görevi gerçekleştiren bilgisayara (PDC-MASTER) ilişkin IP adresini MIS etki alanı için eşleştirir. Tersi durumda, doğrudan bağlantının alt ağlarda olanaklı olması için, bu bilgisayar için eşleştirilen bir girişi Lmhosts dosyasından önceden yüklemesi gerekir.
Örneğin, etki alanı ana tarayıcısınının (PDC-MASTER) IP adresi 192.168.5.8 ise, TARAYICI1'deki (Windows NT çalıştırıyorsa) Lmhosts dosyasındaki giriş aşağıdaki gibidir:
192.168.5.8 PDC-MASTER #PRE #DOM:MISTARAYICI1 gözatma hizmetlerini destekleyen Windows 95 veya Windows for Workgroups gibi başka bir Windows platformunda çalışıyorsa, giriş aşağıdaki gibidir:
192.168.5.8 "MIS \0x1B" #PREYönlendirilmiş bir TCP/IP tabanlı ağda gözatma hizmetlerini planlarken, aşağıdakilere de dikkat edilmesi gerekir:
WINS, NetBIOS adları ve IP adresleri için bir dizin hizmeti olarak çalışır. WINS kullanımı aşağıdaki geliştirmelerle geniş ağlarda gözatma özelliklerini geliştirir:
Bu geliştirmeler WINS'nin tüm ağa ve uzak etki alanlarında paylaşılan kaynaklara tüm özelliklerle gözatmaya yardımcı olmasına olanak sağlar. Bu geliştirilmiş gözatma özelliklerinin kullanılması, WINS'nin iki biçimde kullanılmasıyla gerçekleşir:
Örneğin, aşağıdaki grafikte görüldüğü gibi, üç ayrı etki alanı (ADMIN, FINANCE, MIS) için üç PDC, ilgili etki alanları için etki alanı ana tarayıcıları olarak çalışmaktadır. Bu bilgisayarların tümü WINS istemcileri olarak çalışan WINS özellikli bilgisayarlardır.
PDC bilgisayarlarının her biri kendi etki alanından başlatıldığında, etki alanının adını [1b] tercih edilen WINS sunucusuyla kaydeder. Örneğin, ADMIN etki alanında PDC-ADMIN bilgisayarı IP adresini (192.168.1.2) etki alanı ana tarayıcısı olarak kaydeder. Bu [1b] adları, yönlendirilen ağda WINS veritabanı çoğaltmaları oluştukça diğer WINS sunucularında görünür.
İlgili etki alanları için ana tarayıcı olarak çalışan dört PDC bilgisayarın her biri WINS kullanmak üzere yapılandırıldığından, ilgili gözatma listelerini, ağda kullanılan tüm diğer etki alanlarını içerecek biçimde güncelleştirmek için WINS'yi 15 dakikada bir sorgular. Tüm etki alanları WINS'de kaydedildikten sonra, her etki alanı için yerel olarak çalışan etki alanı ana tarayıcıları, iki bölümlü bir işlem kullanarak WINS sunucusunu sorgulayabilir ve uzak etki alanları bulabilirler.
1. Yerel etki alanı ana tarayıcısı, [1b] ad sonekiyle biten etki alanları için genel arama karakterleriyle WINS'yi sorgular.
Bu sorgunun sonuçlarının--etki alanı adları listesi--yalnızca etki alanına ilişkin etki alanı ana tarayıcısına (ya da PDC bilgisayarı) karşılık gelen adları ve tek bir IP adresini içerdiğine dikkat edin. Uzak etki alanlarının aynı alt ağda yer alan üye bilgisayarları olması durumunda adlar normal olarak alınabileceğinden, sorgu her etki alanının ana tarayıcılarının tüm adlarını içermez. Yerel alt ağda etkin olan etki alanları için bu bilgiler normal olarak, yerel alt ağa yayınlanan ana tarayıcı duyurularıyla alınır.
2. Yerel etki alanı ana tarayıcısı, uzak etki alanlarından biri için temel bir tarayıcı almak için, 1. adımda toplanan her uzak etki alanı [1b] adı için verilen IP adresini temel alarak ters bir sorgulama yapar.
Ters sorgu, uzak etki alanı adını kaydeden bilgisayarın adını öğrenmek için kullanılır. Yerel etki alanı ana tarayıcısı böylece, uzak etki alanı adları ve bunlara karşılık gelen etki alanı ana tarayıcılarının listesini tamamlar.
Notlar
Geniş ağlarda, etki alanlarının her biri hakkında başvuru bilgileri içeren çoğaltılmış WINS veritabanı kullanılması, WINS özellikli istemcilerin uzak etki alanlarına gözatmasına yardımcı olabilir.
Daha önce açıklandığı gibi, NetBT istemcileri <etki alanı > [1D] adları için yerel alt ağlarına yayınlar kullanabilirler. Bu gerçekleşirse ve etki alanı uzak bir alt ağ veya sitede bulunuyorsa, sorgu başarısız olur. Bu koşullarda, belirli yapılandırmalar hazırlanıp tutulmazsa gözatma olanağı yoktur. WINS özelliği olmadan, her etki alanı ana tarayıcısı, bir istemci isteğini daha fazla işlemek için bir Lmhosts dosyasına girilen statik bilgilere gereksinim duyar. Bu da, kuruluştaki her etki alanı ana tarayıcısında statik Lmhosts dosyalarını korumak ve güncelleştirmek için daha dikkatli yönetim gerekir.
WINS ile istemciler çoğaltılan ad veritabanını daha etkin biçimde kullanabilirler ve yöneticiler Lmhosts yönetimine güveni ortadan kaldırabilirler. Uzak etki alanı adı için bir tarayıcı isteğini çözmek için WINS istemcileri tarafından kullanılan işlem, WINS özelliği olmayan (yalnızca NetBIOS yayınlı) bilgisayarlar tarafından kullanılan işlemden veya aynı alt ağda bulunan yerel etki alanları hakkında bilgi almaktan farklıdır.
Aşağıdaki grafikte, Sidney'de bulunan bir WINS istemcisi olan SYD-PC-2'nin Seattle'da bulunan uzak SEA etki alanı hakkında gözatma listesi bilgilerini nasıl alabildiği gösterilmiştir:
1. WINS istemcisi (SYD-PC-2), [1D] adı için bir yayın kullanarak SEA etki alanı için ana tarayıcının yerini belirleyemezse, <SEA > [1b] adı için, yapılandırılmış WINS sunucusunu (SYD-WINS1) sorgular.
[1B] sorgusu, uzak etki alanının ana tarayıcısının (PDC) IP adresini öğrenmek için kullanılır. Tüm PDC'ler, daha önce Uzak etki alanlarının WINS'de kaydedilmesi başlıklı bölümde açıklandığı gibi WINS kullanmak üzere yapılandırılırsa, sorgulanan adların çoğaltılan WINS veritabanında bulunması gerekir.
2. WINS sunucusu "SEA [1B]" isteğini çözer ve yanıtı istemciye gönderir.
WINS yanıtı, istemciye ilişkin uzak SEA etki alanı için ana tarayıcı olan SEA-PDC'nin IP adresini içerir.
3. İstemci daha sonra, istenen etki alanının yedek tarayıcılarının listesini almak üzere SEA-PDC'ye doğrudan bir istek göndermek için IP adresini kullanır.
4. Uzak etki alanı ana tarayıcısı (SEA-PDC), istemciye ilişkin istenen SEA etki alanının en çok üç yedek tarayıcısının listesiyle yanıt verir.
Bu örnekte, SEA-PDC tarafından yanıt olarak döndürülen yedek tarayıcılar listesi, SEA-BB1, SEA-BB2 ve SEA-BB3 bilgisayar adlarını içerir.
5. WINS istemcisi yedek tarayıcılardan birini listeden rasgele seçer ve WINS'yi yeniden sorgular.
Örneğin, istemci SEA-BB3'ü rasgele seçerse, bu bilgisayarın IP adresini almak için WINS'e " <SEA-BB3> [20]" adını çözdürmeyi dener.
6. WINS sunucusu "SEA-BB3 [20]" için isteği çözer ve yanıtı istemciye iletir.
WINS'nin yanıtı, istemciye ilişkin uzak SEA etki alanı için seçilen yedek tarayıcı olan SEA-BB3'ün IP adresini içerir.
7. Böylece istemci, Seattle'daki etki alanında bulunan SEA-BB3 yedek tarayıcısına doğrudan bir istek göndererek SEA etki alanının gözatma listesinin bir kopyasını ister.
8. Uzaktaki yedek tarayıcı, uzak etki alanının gözatma listesini istemciye gönderir.
Bazı durumlarda WINS istemcisi, önceki işlemin 2. adımı sırasında, istemcinin istekte bulunma ve uzak etki alanının gözatma listesi bilgilerini alma biçimini değiştirerek WINS sunucusundan olumsuz bir ad yanıtı alabilir.
WINS sunucusundan olumsuz yanıt alınmasının bazı nedenleri şunlardır:
Bu durumda, WINS istemcisi aşağıdakileri yapar:
1. Yerel ana tarayıcısıyla (istemciyle aynı alt ağdadır) bağlantı kurar ve istenen etki alanının veya çalışma grubunun ana tarayıcısının adını ister.
2. Yerel ana tarayıcı, etki alanını veya çalışma grubunu tanıtan temel tarayıcının adını yanıt olarak döndürür.
3. İstemci, etki alanını veya çalışma grubunu tanıtan <master_browser > [20] benzersiz adını çözer.
4. Böylece istemci, etki alanında veya çalışma grubundaki sunucuların listesini istemek için ana tarayıcıyla bağlantı kurar.
5. Etki alanında veya çalışma grubunda bulunan sunucuların listesi istemciye yanıt olarak döndürülür.
Etki alanı, ortak güvenlik ve kullanıcı hesabı bilgilerini paylaşan ağ sunucularının ve diğer bilgisayarların mantıksal bir grubudur. Etki alanına dayalı bir ağda, Windows NT bilgisayarları belirli bir etki alanının üyeleri olarak yapılandırılırlar.
Etki alanı bilgisayarları, ağda oturum açma erişimi veya etki alanındaki paylaşılan bir kaynağa erişim gibi bir erişim gereksinimi duyduğunda, erişimi denetlemek için etki alanı güvenlik veritabanında kullanıcının kimliğinin doğrulanması gerekir. Etki alanı denetleyicileri, bu erişim denetleme özel işlevini gerçekleştiren Windows NT Server çalıştıran bilgisayarlardır. Etki alanının denetleyicisi bulunamazsa, kullanıcı erişimi reddedilir. Bu nedenle, her etki alanındaki üye bilgisayarların etki alanı denetleyicilerini bulması kritik önem taşır.
Windows NT Server 4.0 ve önceki sürümlerini çalıştıran etki alanları içeren ortamlarda, etki alanı denetleyicilerinin yerini bulma işlemi, <etki alanı > [1C] adının çözülmesiyle gerçekleştirilir. Bu ad her etki alanındaki etki alanı denetleyicilerinin kullanımı için kaydedilir ve en çok 25 IP adresi içerebilir.
İlk IP adresi her zaman birincil etki alanı denetleyicisi (PDC) içindir. Ek (en çok 24) IP adresi ise yedek etki alanı denetleyicileri (BDC) içindir. Bu ad WINS tarafından bir etki alanı grubu olarak değerlendirildiğinden, grubun her üyesinin (etki alanı denetleyicisi) kendi adını WINS'de tek tek yenilemesi gerekir; tersi durumda üyenin listedeki IP adresi girişi serbest bırakılır ve üzerine yazılabilir.
Bir etki alanı her başlatıldığında, <etki alanı >[1Ch] adını kaydeder. Bu kayıt WINS veritabanında dinamik olarak güncelleştirilebilir ve ağda bulunan diğer WINS sunucularına çoğaltılabilir.
Etki alanı denetleyicilerinin yerinin bulunmasının yanı sıra, bazı etki alanı işlevleri, yalnızca etki alanı temel tarayıcısı veya PDC tarafından işlenmek üzere ayrılmıştır. PDC veya etki alanı temel tarayıcısı tek bir sunucu bilgisayar olduğu için, yerinin bulunması özel bir kayıt türü olan <etki alanı > [1B] adının çözülmesiyle gerçekleşir. Bu kayıt WINS'de PDC tarafından kaydedilir ve etki alanı adını, bu etki alanı rolünü gerçekleştiren sunucu bilgisayarın tek bir IP adresiyle eşlemek için kullanılır.
Not
<Etki alanı > [1B] adları için sorgular aşağıdaki gibi yapılır:
Windows NT etki alanındaki bir kullanıcı etki alanı üye bilgisayarında parolalarını değiştirmeyi denediğinde, geçerli parolayı doğrulamak ve parolayı etki alanı verilerinde güncelleştirme isteğini işlemek üzere yapılandırılmış etki alanı temel tarayıcısının (genellikle aynı zamanda birincil etki alanı denetleyicisi) <etki alanı>[1B] adını bulmak için bir WINS sorgusu kullanılır.
<Etki alanı>[1B] adları, ağınızdaki uzak Windows NT etki alanlarının gözatma listesi bilgilerini almaya yardımcı olması için kullanılır. Daha fazla bilgi için bkz: WINS kullanarak WAN'lere gözatma.
<Etki alanı > [1C] adları için sorgular aşağıdaki gibi yapılır:
Etki alanında yer alan bir bilgisayar ağda başlatıldığında, oturum açma isteği için kimlik doğrulaması yapabilecek bir etki alanı bulmak üzere yapılandırılmış <etki alanı > [1C] adını sorgular.
Etki alanındaki birincil etki alanı denetleyicisinden (PDC) yedek etki alanı denetleyicilerine (BDC'ler) gönderilen bir yayın, etki alanı hesapları veritabanındaki yeni değişiklikleri çoğaltmalarını ister.
Bu yayınlar IP yönlendiricilerinden geçmediğinden, bu görevleri yerine getirmek için yönlendirilmiş trafik kullanılmalıdır. Bu görevler için etki alanına bir yayın gönderildiğinde, ileti ayrıca doğrudan uzak etki alanı denetleyicilerine de gönderilir. WINS veya Lmhosts dosyasındaki girişler, iletiyi doğrudan alan bilgisayarların listesini belirleyebilir.
Bu istemciler WINS ile bağlantı kurarak etki alanındaki etki alanı denetleyicilerinin listesini ister. WINS en çok 25 etki alanı denetleyicisi içeren bir listeyle yanıt verir. Sonra, istemci etki alanı iletisini doğrudan bu etki alanı denetleyicilerine gönderir.
İstemci iletiyi doğrudan etki alanına yayınlar ve ayrıca Lmhosts dosyasında eşleşen etki alanı adı olan tüm #DOM girişlerini arar. Eşleşen bir giriş bulursa, aynı iletiyi doğrudan listedeki bilgisayara gönderir.
Uzak etki alanı denetleyicisi #DOM girişlerinin her istemciye eklenmesi önerilir. Böylece, yerel etki alanı denetleyicileri çevrimdışı olsa bile, kullanıcı oturum açabilir. Yerel etki alanı denetleyicisi yoksa, kullanıcı oturum açmak istediğinde bir #DOM girişi gerekir.
WINS özelliği olmayan bir PDC'nin tüm BDC'ler için #DOM girişleri olması gerekir. Tüm BDC'lerin PDC için bir girişi olması gerekir. Burada önerilen bir yöntem, tüm etki alanı denetleyicilerinin birbirleri için #DOM girişleri kullanmasıdır. Böylece, bir BDC daha sonra bir PDC'ye yükseltilirse, kalan tüm BDC'lerin yeni PDC'yle eşleşen bir #DOM eşleşmesi olur.
WINS yetenekli bir istemci WINS sunucusunu kullanacak biçimde yapılandırıldığında, bir etki alanı denetleyicisini bulması gerekirse, <etki alanı>[1C] adı için WINS sunucusunu sorgular.
Bir WINS sunucusu bir WINS istemcisinden <etki alanı > [1C] adı sorgusu aldığında, bir etki alanı denetleyicisi veya etki alanına oturum açan bir bilgisayar, sorgulanan etki alanı adı için etki alanı denetleyicilerinin en çok 25 IP adresiyle yanıt verir.
Sorgulanan WINS sunucusuyla kaydedilen tüm etki alanı denetleyicilerinin IP adresleri, kayıt tarihi ve saatine göre sıralanarak, yanıtın en başında döndürülür. Yanıt listesi, listedeki ilk giriş sorgulanan WINS sunucusuyla kaydedilen <etki alanı> [1B] adı içi eşlenen adresle eşlenen IP adresi olacak biçimde sıralanır. Yerel olarak sahip olunan girişler yanıtta listelendikten sonra, WINS sunucularının (sorgulanan dışında) sahip olduğu etki alanının denetleyicilerinin tüm IP adresleri de eklenir.
WINS, veritabanı değişikliklerinde bulunan statik <etki alanı>[1C] adlarını işlemek için aşağıdakileri uygular:
WINS'de kullanılan statik <etki alanı>[1C] adları ağınızda başka sorunlara neden olabilir. Örneğin, bir etki alanının IP adresi değişirse veya bir etki alanı denetleyicisi bekletilirse veya ağdan çıkarılırsa, statik <etki alanı >[1C] kaydı eski üyeleri listeleyebilir. Bu da WINS'i sorgulamaları ve burada sağlanan eski üyeleri etki alanı hizmetlerini bulmak için kullanmaları durumunda, istemcilerin başarısız olmasına neden olabilir.
WINS iki ana bileşenden oluşur: WINS sunucusu ve WINS istemcileri.
WINS sunucusu ad kaydı isteklerini WINS istemcilerinden alır, adlarını ve IP adreslerini kaydeder ve veritabanında listelenmişse, sorgulanan adın IP adresini göndererek, istemcilerden iletilen NetBIOS ad sorgularını yanıtlar.
Ayrıca aşağıda görüldüğü gibi, WINS sunucuları veritabanlarının içeriklerini (NetBIOS bilgisayar adı-IP adresleri eşleşmeleri içerir) diğer WINS sunucuları için çoğaltır. WINS yetenekli bir istemci bilgisayar (Alt Ağ 1 veya Alt Ağ 2'de bulunan bir iş istasyonu bilgisayar vb.) ağda başlatıldığında, bilgisayar adı ve IP adresi, yapılandırılmış birincil WINS sunucusu olan WINS-A'ya doğrudan, ad kaydı isteğiyle gönderilir. WINS-A bu istemcileri kaydeden sunucu olduğu için, WINS'deki istemcilerin kayıtlarının sahibidir.
Bu örnekte sunucu WINS-A'nın kendisinde kayıtlı, hem yerel (bulunduğu Alt Ağ 2'deki istemciler) hem de uzak (Alt Ağ 1'deki bir yönlendiricide bulunan istemciler) istemciler vardır. İkinci bir WINS sunucusu WINS-B Alt Ağ 3'te yer alır ve yalnızca, aynı alt ağdan kaydedilen yerel istemcilerin eşleşmelerine sahiptir. WINS-A ve WINS-B daha sonra veritabanlarının çoğaltılmasını tamamlayarak, 3 alt ağın hepsindeki istemcilerin kayıtlarının her iki sunucudaki WINS veritabanında yer almasını sağlar. Daha fazla bilgi için bkz: WINS çoğaltması.
WINS sunucuları istemciler tarafından iki biçimde kullanılır: birincil veya ikincil WINS sunucusu olarak.
Tüm işlevsel amaçlar açısından WINS'de aynı olduklarından, birincil ve ikincil WINS sunucuları arasındaki farklar hiçbir biçimde sunuculardan kaynaklanmaz. Aradaki fark, kullanılmak üzere birden çok WINS sunucusu sağlandığında, istemcilerin WINS sunucularının listesini sıralayıp farklarını değerlendirmesiyle oluşur.
Çoğu durumda, istemci tüm NetBIOS ad hizmeti işlevleri için (ad kaydı, ad yenileme, ad serbest bırakma, ad sorgusu ve çözme) birincil WINS sunucusuyla bağlantı kurar. İkincil WINS sunucularının kullanıldığı tek durum, birincil WINS sunucusu için aşağıdakilerden birisinin geçerli olduğu durumdur:
a. hizmet istendiğinde birincil sunucunun ağda kullanılabilir durumda olmaması, veya
b. ikincil sunucunun istemcinin adını çözememesi (ad sorgusu durumunda).
Birincil WINS sunucusunun başarısız olması durumunda, istemci aynı hizmet işlevini ikincil WINS sunucusundan ister. İstemcide ikiden çok WINS sunucusu yapılandırılmışsa, liste bitinceye veya ikincil WINS sunucularından biri isteği yanıtlamayı başarıncaya kadar ek WINS sunucuları denenir. İkincil bir WINS sunucusu kullanıldıktan sonra, istemci daha sonraki hizmet istekleri için belirli aralıklarla birincil WINS sunucusuna yeniden geçmeyi dener.
En yeni WINS istemcileri (Windows 2000 ve Windows 98) için en çok 12 ikincil WINS sunucusundan oluşan (TCP/IP özellikleri kullanılarak el ile veya DHCP seçeneği 44. türünü kullanan bir liste sağlayarak bir DHCP sunucusuyla dinamik olarak) bir liste yapılandırılabilir. Bu özellik, çok sayıda taşınabilir istemci, NetBIOS temelli kaynak ve hizmetlerin sık kullanıldığı ortamlarda yararlı olur. Bu tür ortamlarda WINS veritabanı, yakınsama sorunları nedeniyle WINS sunucuları ağında tutarlı olamayabileceği için, istemcilerin ikiden fazla WINS sunucusunu sorgulayabilmeleri yararlı olabilir.
Bununla birlikte, ek WINS sunucularını listeleyerek hataya dayanıklılık sağlamanın yararlarını ortadan kaldıracağından, bu seçenek gerekmedikçe aşırı kullanılmamalıdır. Listelenen her ek WINS sunucusu için, bir sorgu isteğini WINS'de tam olarak işleme süresi yanıt alınamayacak kadar uzayabileceği için bu özelliğin yararı iyi değerlendirilmelidir. Örneğin, bir WINS istemcisi başarısız olmadan önce üç veya daha fazla WINS sunucusunu denerse, yerel Hosts dosyasını arama veya bir DNS sunucusunu sorgulama gibi diğer çözme yöntemleri denenmeden önce, ad sorgusunu işlemeyi geciktirebilir.
WINS istemcileri, başlatıldıklarında veya ağa katıldıklarında, adlarını bir WINS sunucusuna kaydettirmeyi dener. İstemciler, daha sonra gerektikçe uzak adları çözmek için WINS sunucusunu sorgular.
WINS yetenekli istemciler, bir WINS sunucusunu doğrudan kullanabilecek biçimde yapılandırılabilen bilgisayarlardır. Çoğu WINS istemcisinin, genellikle, ağda kullanmak üzere kaydettirmeleri gereken birden çok NetBIOS adı vardır. Bu adlar, her bilgisayarın ağdaki diğer bilgisayarlarla iletişim kurmak için çeşitli biçimlerde kullanabileceği İleti Teslim Hizmeti ve İş İstasyonu Hizmeti gibi çeşitli türde ağ hizmetlerini yayınlamak için kullanılır.
Microsoft, aşağıdaki platformlarda çalışan WINS istemcilerini destekler:
WINS yetenekli istemciler, aşağıdakileri yapmak için WINS sunucusuyla iletişim kurar:
WINS yetenekli olmayan istemciler, WINS proxy bilgisayarlarını kullanarak bu işlemlerde sınırlı olarak yer alabilirler. Daha fazla bilgi için bkz: WINS proxy bilgisayarları.
WINS proxy bilgisayarı, doğrudan WINS kullanamayan diğer ana bilgisayarların yerine çalışmak üzere yapılandırılan bir WINS istemci bilgisayarıdır. WINS proxy bilgisayarları yönlendirilmiş TCP/IP ağlarında bulunan bilgisayarlar için NetBIOS ad sorgularını çözmeye yardımcı olur.
Varsayılan değer olarak, WINS kullanamayan bilgisayarların çoğu, NetBIOS ad sorgularını çözmek ve NetBIOS adlarını ağda kaydettirmek için yayınlar kullanırlar. Bir WINS proxy bilgisayarını bu bilgisayarların yerine dinlemek ve yayınla çözülemeyen adlar için WINS'i sorgulamak üzere yapılandırabilirsiniz.
WINS proxy bilgisayarları yalnızca, yalnızca NetBIOS yayın (veya b-düğüm) istemcileri içeren ağlarda yararlı olurlar veya yalnızca bu ağlar için gereklidirler. Ağların çoğunda, WINS yetenekli istemciler yaygın olarak bulunur ve WINS proxy bilgisayarlarına genellikle gerek duyulmaz.
WINS proxy bilgisayarları, b-düğüm NetBIOS ad hizmeti işlevlerini (ad kaydı, ad bırakma ve ad sorgusu) dinleyen WINS yetenekli bilgisayarlardır ve uzakta olup yerel ağda kullanılmayan adlar için yanıt verebilirler. Proxy bilgisayarlar, bu yerel yayınlara yanıt vermek için gerekli bilgileri almak üzere doğrudan bir WINS sunucusuyla iletişim kurarlar.
WINS proxy bilgisayarlar aşağıdaki gibi kullanılır:
Aşağıdaki grafikte, bir WINS proxy bilgisayarı olan HOST-B'nin, HOST-A adlı b-düğüm istemcisini içeren bir alt ağ için kullanılması gösterilmiştir.
Bu örnekte, WINS proxy bilgisayarı tarafından b-düğüm bilgisayarının adlarını çözmek için aşağıdaki adımlar kullanılır:
1. HOST-A yerel alt ağa bir NetBIOS ad sorgusu yayınlar.
2. HOST-B yayınları kabul eder ve önbelleğinde uygun NetBIOS bilgisayar adı-IP adresi eşleşmesini arar.
3. HOST-B isteği işler.
HOST-B'nin önbelleğinde HOST-A'nın isteğine uyan bir ad-IP adresi eşleşmesi varsa, bu bilgileri HOST-A'ya yanıt olarak döndürür. Yoksa, HOST-B bir WINS sunucusunu, HOST-A'nın istediği eşleşme için sorgular.
4. HOST-B istenen ad-IP adresini, yapılandırılmış WINS sunucusundan (örneğin, WINS-A) aldığında, bu bilgileri kısaca önbelleğine kaydeder.
WINS proxy bilgisayarları WINS'de sorguladıkları uzak ad eşleşmelerini varsayılan değer olarak 6 dakika için önbelleğe kaydeder, ancak bu değer en az 1 dakika olarak yapılandırılabilir.
5. HOST-B bu eşleşme bilgilerini, HOST-A veya alt ağdaki diğer b-düğüm bilgisayarlarından gelen sonraki NetBIOS ad sorguları yayınını yanıtlamak için kullanır.
Notlar
WINS veritabanı ağınıza ilişkin NetBIOS adı-IP adresi eşleşmelerini saklar ve çoğaltır. Windows 2000 Server'da, WINS veritabanı, performansı geliştirilmiş Exchange sunucusu depolama motorunu kullanır.
WINS sunucusunun çoğaltabileceği veya saklayabileceği kayıt sayısı için yerleşik bir sınır yoktur. Veritabanının büyüklüğü ağda bulunan WINS istemcisi sayısına göre değişir. İstemciler ağda oturum açtıkça ve oturum kapattıkça WINS veritabanı değişir.
Bununla birlikte, WINS veritabanının büyüklüğü etkin istemci girişi sayısıyla doğru orantılı değildir. Zaman içinde bazı WINS istemci girişleri eskiyip silindikçe, WINS veritabanının büyüklüğü, veritabanı tarafından kullanılmakta olan gerçek alandan daha büyük olur. Bunun nedeni, eski kayıtları saklamak için kullanılan alanın, yer serbest bırakılıp kullanılmadığı zaman sunucu tarafından otomatik olarak kullanıma açılmamasıdır.
WINS veritabanının sıkıştırılması, kullanılmayan alanı yeniden kullanıma sunar. WINS sunucularında dinamik veritabanı sıkıştırması, veritabanı güncelleştirmesinden sonra işlem yapılmadığı bir zamanda otomatik bir arka plan işlemi olarak gerçekleştirilir. Sıkıştırma işlemi el ile çevrimdışı olarak da yapılabilir. Windows 2000 Server ve Windows NT Server 4.0, hem dinamik, hem de el ile sıkıştırmayı destekler. Windows NT Server 3.51 (veya daha eskisi) WINS sunucusu veritabanının yalnızca el ile sıkıştırılmasını destekler.
Dinamik sıkıştırma çevrimdışı sıkıştırma gereksinimini büyük oranda ortadan kaldırsa da, çevrimdışı kısaltma daha iyi yer açtığı için belirli aralıklarla yapılmalıdır. WINS veritabanını ne sıklıkta el ile sıkıştıracağınız ağınıza göre değişir. 1.000 veya daha çok WINS istemcisinden oluşan büyük ve yoğun ağlarda, çevrimdışı olarak her ay sıkıştırma yapmanız gerekir. Daha küçük ağlarda, genellikle daha seyrek olarak el ile sıkıştırma yapılması gerekir.
Dinamik veritabanı sıkıştırma işlemi veritabanı kullanılırken gerçekleştiği için, bu işlem sırasında WINS sunucusunu durdurmanız gerekmez. Bununla birlikte, el ile sıkıştırma yapmak için, WINS sunucusunu durdurup çevrimdışına almanız gerekir.
WINS konsolu, WINS sunucusu veritabanının bakımını yapmak, görüntülemek, yedeklemek ve geri yüklemek için gereksinim duyduğunuz araçları sağlar. WINS sunucusundaki diğer dosyaları her yedekleyişinizde veritabanını da yedeklemeniz gerekir.
WINS verileri saklamak için Jet veritabanı biçimini kullanır. Jet, veri depolama etkinliğini ve hızını artırmak için, systemroot\System32\Wins klasöründe J <n>.log dosyasını ve diğer dosyaları oluşturur.
Aşağıdaki tabloda, her WINS sunucusunda Jet veritabanı tarafından oluşturulan ve kullanılan dosyalar incelenmiştir.
|
Dosya |
Açıklama |
|
J50.log ve J50#####.log |
WINS veritabanıyla yapılan tüm işlemlerin günlüğü. Bu dosya, gerekirse verileri kurtarmak için WINS tarafından kullanılır. Jet veritabanı geçerli işlemleri, veri depolama hızını ve etkinliğini artırmak için, doğrudan veritabanına yazmak yerine günlük dosyalarına yazar. Bu nedenle, verilerin en yeni görünümü hem veritabanını, hem de günlük dosyalarındaki tüm işlemleri içerir. Bu dosyaların ikisi de, WINS hizmetinin anormal veya beklenmedik bir biçimde durması durumunda kurtarma amacıyla kullanılır. Hizmet beklenmedik bir biçimde durursa, WINS veritabanının doğru durumunu yeniden oluşturmak için günlük dosyaları kullanılır. Günlük dosyaları belirli bir büyüklüğü korur, ancak yoğun bir WINS sunucusunda hızla büyüyebilirler. Kaçınılmaz olarak, WINS bir günlüğe taşıyabileceğinden daha çok işlem yazar. Bir günlük dosyası dolduğunda, eski bir günlük olduğunu ve kullanımda olmadığını gösterecek biçimde yeniden adlandırılır. Yeni bir işlem günlüğü J<n >.log dosya adıyla oluşturulur; burada <n >, J50.log gibi ondalık bir sayıdır. Önceki günlük dosyasının adlandırma biçimi JetXXXXX .log gibidir; burada her X 0 ile F arasında onaltılık bir sayıyı gösterir. Önceki günlük dosyaları, geçerli günlük dosyalarıyla aynı klasörde tutulur. Başarılı bir yedekleme yapıldığında veya WINS sunucusu gerektiği gibi sona erdirildiğinde, günlük dosyaları işlenir (tüm girişler veritabanına yazılır) ve silinir. Çok sayıda J <n>.log dosyası birikirse, günlüklerin bakımını yapmak için sık yedekleme işlemleri zamanlamanız gerekir. Girişler işlendikten sonra günlük dosyalarını kendiniz silebilirsiniz; bununla birlikte, gerektiğinde veritabanını kurtarmada başarılı olamazsınız. Bu nedenle, günlük dosyalarını yedeklemeden sistemden silmemeniz veya kaldırmamanız önemlidir. |
|
J50.chk |
İşlem günlüklerinden veritabanına başarılı olarak yazılan
son bilgilerin yerini gösteren bir denetim noktası dosyasıdır. Bir veri
kurtarma senaryosunda, denetleme noktası dosyası, verilerin kurtarılmasına
veya yeniden çalıştırılmasına nereden başlanacağını gösterir. Bu denetleme
noktası dosyası, veritabanı dosyasına (Wins.mdb) her veri yazılışında
güncelleştirilir. |
|
Wins.mdb |
İki tablo içeren WINS sunucusu veritabanı dosyası: IP
adresi-Sahip kimliği eşleşme tablosu ve Ad-IP adresi eşleşme tablosu. |
|
Winstmp.mdb |
WINS sunucusu hizmeti tarafından oluşturulan geçici bir
dosya. Bu dosya dizin bakım işlemleri sırasında bir değiştokuş dosyası işlevi
görür ve bir sistem hatasından sonra systemroot \System32\Wins dizininde
kalabilir. |
|
Res#.log |
Bunlar ayrılmış günlük dosyalarıdır ve sunucuda disk yeri
kalmadığı acil durumlarda işlev görürler. Bir sunucu yeni bir işlem günlüğü
dosyası oluşturmayı denediğinde diskte yeterli yer yoksa, sunucu tüm önemli
işlemleri bu ayrılmış günlük dosyalarına alır. Hizmet sona erdirilir ve Olay
Günlüğü'ne bir olay kaydedilir. |
Önemli
Ağınızda birden çok WINS sunucusu kullanılıyorsa, veritabanlarındaki kayıtları diğer sunuculara çoğaltmak üzere yapılandırılabilirler. Bu işlem aşağıda gösterilmiştir. İki WINS sunucu WINS-A ve WINS-B, kayıtlarını birbiri için tümüyle çoğaltmak üzere yapılandırılmıştır.
Bu WINS sunucuları arasında çoğaltma kullanılarak, tutarlı bir takım WINS bilgileri ağda tutulur ve dağıtılır. Örneğin, önceki örnekte Alt ağ 1'deki bir WINS istemcisi (HOST-1) adını birincil WINS sunucusu WINS-A'ya kaydettirir. Alt ağ 3'teki başka bir WINS istemcisi (HOST-2) adını birincil WINS sunucusu WINS-B'ye kaydettirir. Bu ana bilgisayarlardan biri daha sonra, WINS sunucuları (WINS-A ve WINS-B) arasında WINS-- örneğin, HOST-1 HOST-2 için bir IP adresi bulmak üzere sorgular--çoğaltması kullanan diğer ana bilgisayarın yerini bulmayı dener ve bu sorgulamayı çözmeye olanak sağlar.
Çoğaltmanın çalışması için her WINS sunucusunun, çoğaltma ortağı olarak en az bir başka WINS sunucusuyla yapılandırılması gerekir. Böylece, bir WINS sunucusuyla kaydedilen bir adın ağdaki tüm diğer sunuculara çoğaltılması sağlanır. Bir çoğaltma ortağı eklenip çekme ortağı veya itme ortağı olarak veya her iki çoğaltma türünü de kullanmak üzere itme/çekme ortağı olarak yapılandırılabilir. İtme/çekme ortağı türü varsayılan yapılandırmadır ve çoğu durumda kullanılması önerilen türdür.
WINS sunucuları çoğaltıldığnda, belirli herhangi bir sunucudan bir istemci ad-adres eşleşmesi ağdaki diğer tüm sunuculara yayılmadan önce geçerli olan bir yanıt süresi vardır. Bu yanıt süresi, tüm WINS sistemi için yakınsama süresi olarak bilinir. Örneğin, bir istemciden kaynaklanan bir ad serbest bırakma isteği, bir ad kaydı isteği kadar hızlı yayılmaz. İstemci adlarının serbest bırakılmaları ve bilgisayarlar yeniden başlatıldıklarında veya belirli aralıklarla sona erdirildiğinde aynı eşleşmelerle yeniden kullanılmaları yaygın olduğu için, bu tasarımda böyle amaçlanmıştır. Bu ad serbest bırakma işlemlerinin her birinin çoğaltılması, ağda çoğaltma yükünü gereksiz olarak artırır.
Ayrıca güç kesilmesi gibi bir nedenle bir WINS istemci bilgisayarının gerektiği gibi sona erdirilmemesi durumunda, bilgisayarın kayıtlı adları, normal olarak WINS sunucusuna bir ad serbest bırakma isteği gönderildiğinde olduğu gibi serbest bırakılmaz. Bu nedenle, WINS veritabanında ad-adres kaydı bulunması, bir istemci bilgisayarın adı veya ilişkili IP adresini hala kullanmakta olduğu anlamına gelmez. Bu yalnızca, yakın bir zamanda kayıtlı adı taşıyan bir bilgisayarın eşleşen IP adresini kendi kullanımı için istediği anlamına gelir.
Notlar
Çekme ortağı, güncelleştirilmiş WINS veritabanı girişlerinin çoğaltmalarını yapılandırılmış aralıklarla diğer WINS sunucularından (kendisini itme ortağı olarak kullanmak üzere yapılandırılan) çeken veya isteyen bir WINS sunucusudur. Bu işlem, sürüm tanıtıcı numarası yapılandırılmış ortağından alınan son girişe göre daha yüksek olan girişler istenerek yapılır.
WINS'nin, aşağıdaki olaylardan biri gerçekleştiğinde yapılandırılmış ortaklarının bir çoğaltmasını çekmesini (istemesini) sağlayabilirsiniz.
Çekmeli çoğaltmalar arasındaki süre Çoğaltma aralığı alanında gösterilir; bu değer genel olarak tüm çekme ortakları için veya tek tek belirli ortaklar belirtilebilir. Her aralık için süre geçtiğinde, WINS çekme ortaklarına bir çekmeli çoğaltma tetikleyicisi gönderir. Son çoğaltmadan sonra değişiklik yapıldıysa, ortaklar artırımlı değişikliklerle yanıt verebilir.
Bu seçeneklerden hangilerinin WINS tarafından kullanılacağını yapılandırmak için, sunucunun tüm çekme ortakları için kullandığı varsayılan parametreler veya belirli bir ortak için etkin olan parametreler biçiminde çekme parametrelerini yapılandırmanız gerekir. Daha fazla bilgi için bkz: Çekme ortağı özelliklerini değiştirme.
Ayrıca, seçilen WINS sunucusunun başka bir çekme ortağına el ile çekmeli çoğaltma tetikleyicisi gönderme biçiminde bir yönetici seçeneğiniz de vardır. Daha fazla bilgi için bkz: Seçilen ortağa çoğaltma göndermek için .
İtmeli çoğaltmada bildirim kullanıldığı için, uyarılan ortak tarafından bir çekme tetikleyicisi gönderilinceye kadar hiçbir kayıt aktarılmaz. Bu nedenle, çekmeli çoğaltma, WINS verilerini sunucular arasında çoğaltmak için kullanılan tek işlem olarak görülebilir.
Tüm WINS sunucuları, çoğaltma işlemini tamamlamak için kullanılan bir iç eşleşme tablosu -sahip sürümü eşleşme tablosu-kullanır. Bu tablo, başlatma sırasında sunucu tarafından dinamik olarak oluşturulur ve bellekte tutulur.
Sahip sürümü eşleşme tablosu aşağıdakileri içerir:
1. Veritabanında saklanmakta olan kayıtların sahibi olarak görünen her WINS sunucusunun IP adresiyle eşleşen bir sahip kimliği.
Pratik amaçlarla, WINS sahip kimliği için otomatik olarak bir tamsayı değeri atar ve artırır ve bu değeri karşılık gelen bir Ip adresiyle eşleştirir. Bununla birlikte, bu bilgileri WINS konsolunda incelediğinizde, gerçekte yalnızca sahip IP adresi görüntülenir.
2. Başka bir WINS sunucusuyla çoğaltma yapıldığında, veritabanında saklanmakta olan tüm kayıtların sürüm tanıtıcısı alanı, tanımlı her sahiple ilişkili en yüksek sürüm tanıtıcısı için taranır.
WINS konsolunda Kayıtları Görüntüle seçeneği kullanılarak görüntülenirse, başlatıldığında WINS-A için örnek bir Sahip/Sürüm Tanıtıcısı tablosu aşağıdaki gibi görünür:
|
Sahip Kimliği |
Sahip |
Ad |
En Yüksek Tanıtıcı |
|
(0) |
192.168.1.5
|
WINS-A
|
1F
|
|
(1) |
192.168.2.5
|
WINS-H
|
125 |
|
(2) |
192.168.3.5
|
WINS-B
|
31 |
|
(3) |
192.168.4.5
|
WINS-C
|
100 |
|
(4) |
192.168.5.5
|
WINS-D
|
200 |
Sahip ve sürüm eşleşmeleri, WINS tarafından, çoğaltmadan önce veya sonra herhangi bir zamanda veritabanının durumunu belirlemek için kullanılır. Aşağıdaki örnek WINS'in çoğaltma işlemini nasıl yönettiği konusunda daha ayrıntılı bilgi sağlar.
Aşağıdaki grafikte, dört WINS sunucusunun-WINS-A, WINS-B, WINS-C ve WINS-D-merkezi bir hub sunucusu olan WINS-H'nin ışınsal biçimli bağlantıları (itme/çekme ortakları) olarak nasıl yapılandırıldığı gösterilmiştir.
WINS-H ile çoğaltmadan önce, WINS-A'daki sahip ve sürüm eşleşme tablosu, veritabanındaki tüm sahiplerin en yüksek sürüm tanıtıcıları kümesini içerir. Bu örnek için, bu değerlerin önceki bölümde sağlanan örnek tabloda gösterilenlerle aynı olduğunu varsayalım.
Gerçekte, çekmeli çoğaltma WINS-H ile çeşitli zamanlarda dört ışınsal biçimli bağlantı sunucusu arasında dinamik olarak gerçekleşebileceği için, bu tablo uzun süre statik kalmayabilir. Bununla birlikte, çekmeli çoğaltma çevriminin ayrıntılarını temel olarak anlamak için, ışınsal biçimli bağlantı sunucularından-biri örneğin, WINS-A-veritabanını WINS-H ile çoğalttığında neler olabileceği üzerinde odaklanmak yararlı olabilir.
Gösterilen grafikte, çoğaltılan WINS ağında aşağıdaki değişiklikler oluşur:
1. Diğer üç ışınsal biçimli bağlantı sunucusundan (WINS-B, WINS-C ve WINS-D) her biri, en yeni sürüm tanıtıcısı temel alınarak WINS-H ile çoğaltılır.
a. WINS-B son çoğaltma çevriminden sonra yeni bir kayıt eklemiş veya güncelleştirmiştir ve yeni kayıt WINS-H tarafından çoğaltılır ve veritabanına eklenir.
b. WINS-C'nin sürüm tanıtıcısı aynıdır ve WINS-H'de çoğaltılacak yeni kayıtları yoktur.
c. WINS-D son çoğaltma çevriminden sonra toplam 20 kayıt güncelleştirmiştir ve bu kayıtlar WINS-H tarafından çoğaltılmış ve veritabanına eklenmiştir.
2. WINS-H, çoğaltmayı başlatan bir tetikleyiciyi WINS-A'ya gönderir.
Güncelleştirilen sahip sürümü eşleşme tablosu bilgileri, tetikleyicinin bir parçası olarak sağlanır.
3. WINS-A, girişleri WINS-H'den çekerek yanıt verir.
WINS-A hangi sahip sunucularının isteneceğini, her sahip için yerel olarak tutulan sürüm tanıtıcısıyla WINS-H tarafından sağlanan güncelleştirilmiş ilgili en yeni sürüm tanıtıcısı arasındaki farkı temel alarak belirler. WINS-A sürümleri karşılaştırarak, çekilecek ve çoğaltılacak kayıtların aralığını belirler.
Notlar
Daha fazla bilgi için bkz: Sürekli bağlantılar veya Sürekli bağlantıların bir ortak sunucuyla kullanılmasını etkinleştirmek için .
İtme ortağı, diğer WINS sunucularına (kendisini çekme ortağı olarak kullanmak üzere yapılandırılan), yapılandırılan bir aralıkta veritabanı girişlerini çoğaltma gereksinimlerini iten veya bildiren bir WINS sunucusudur. Bir WINS sunucusunu itmeli çoğaltma kullanacak biçimde yapılandırmak için, yapılandırılabilir birkaç WINS seçeneği arasından seçim yapabilirsiniz. Örneğin, aşağıdaki olaylardan biri gerçekleştiğinde, WINS'in yapılandırılmış ortaklardan birine bildirmesini sağlayabilirsiniz:
Bu seçeneklerden herhangi birini WINS'in kullanabileceği gibi yapılandırmak için, sunucunun tüm itme ortakları için kullandığı varsayılan parametreler veya belirli bir ortak için etkin olan parametreler biçiminde itme parametreleri yapılandırmanız gerekir. Daha fazla bilgi için bkz: İtme ortağı özelliklerini değiştirme.
Ayrıca, diğer WINS sunucuları için itmeli çoğaltmayı el ile başlatabilirsiniz. Daha fazla bilgi için bkz: Seçilen ortağa çoğaltma tetikleyicisi göndermek için veya Belirlenen bir WINS sunucusuna çoğaltma tetikleyicisi göndermek için .
Varsayılan değer olarak, Çoğaltma Ortakları Özellikleri'nde İtmeli Çoğaltma sekmesinde ilgili diğer ayarlar da yapılandırılmadıkça, WINS istenmeden çoğaltma yapmaz. Örneğin, WINS güncelleştirme sayımı değeri olarak 0'ı kullanır. Bu ayar, Çoğaltma öncesi sürüm tanıtıcısındaki değişiklik sayısı kullanılarak yapılır.
Aşağıdaki gibi başka yapılandırılmış itmeli çoğaltma ayarları yoksa, itmeli çoğaltma yalnızca yapılandırılan çoğaltma aralıklarında gerçekleşir:
Varsayılan değer olarak, sürekli bağlantılar kullanılmaz ve yapılandırılan aralıklar dışında ortaklarla çoğaltma yapılmaz. Bu varsayılan değer değiştirilebilir, ancak önce WINS'de güncelleştirme değişiklikleri sayısı için alt sınır değerinin ayarlanması gerekir. Sürekli bağlantılar kullanılmadan, Çoğaltma öncesi sürüm tanıtıcısındaki değişiklik sayısı için en az 20 değeri gerekir.
Sürekli bağlantılar itmeli çoğaltma için etkinleştirildiğinde, 0 varsayılan değeri yerel WINS sunucusunun bir itmeli çoğaltma tetikleyicisi göndermesine ve bir güncelleştirme olduğunda itmeli çoğaltma ortaklarına bildirmesine neden olur. Güncelleştirme, yerel WINS veritabanında sunucunun sahip olduğu kayıtlar için en yüksek sürüm tanıtıcı numarasında artırımlı bir artış olarak tanımlanır. Yeni bir ad yerel olarak kaydedildiğinde veya eklendiğinde veya varolan bir kayıtta bir IP adresi değiştiğinde, bu durum ortaya çıkabilir.
Sürekli bağlantılarla, bunun yerine sıfır dışında bir değer belirterek itmeli çoğaltma bildirilerini güncelleştirme sıklığını azaltabilirsiniz. Sıfırdan büyük bir değer kullanılırsa, WINS itmeli çoğaltmayı yalnızca, sahip olduğu kayıtların en yüksek tanıtıcısı eşit sayıda arttığında başlatır.
Örneğin, WINS-A sunucusunun geçerli en yeni sürüm tanıtıcısı 1C4 olsun (ondalık dönüşümde 452'dir). WINS-A'nın Çoğaltma öncesi sürüm tanıtıcısındaki değişiklik sayısı değeri itmeli çoğaltma ortaklarının tümü veya bazıları için 2'dir.
WINS-A'daki WINS sunucusu veritabanında aşağıdaki dört ayrı veritabanı değişiklikleri yapıldığını varsayalım:
1. HOST-A önceden kaydedilmiş ad kaydını yeniler, ancak IP adresini değiştirmez.
2. HOST-B veritabanında yeni bir dinamik ad-adres eşleşmesi oluşturarak yeni bir ad kaydeder.
3. HOST-C daha önce serbest bırakılmış bir ad kaydeder ve işlemde bu kayıt için güncelleştirilmiş bir IP adresi değişikliği oldunu rapor eder.
4. Başka bir WINS sunucusunda belirtilen aralıkta çekmeli çoğaltma yapılır.
Bu değişiklikler veritabanına girildikten sonra, WINS-A'nın yeni gözden geçirilmiş en yeni sürüm tanıtıcısı 1C6'dır (ondalık 454). Bunun nedeni, 2 ve 3. öğelerde (bir istemcinin yeni bir eşleşme kaydetmesi veya önceki bir eşleşmeyle kullanılan IP adresinin güncelleştirilmesi) oluşan ve her birinin sunucudaki sürüm tanıtıcısının artmasına neden olduğu, WINS sunucusu verilerinde yapılan değişikliklerdir.
Önceki değişiklikler listesinin 1 ve 4 numaralı öğeleri için, WINS sunucusundaki en yeni sürüm tanıtıcısı artmaz.
Bu değişikliklerden sonra, Çoğaltma öncesi sürüm tanıtıcısındaki değişiklik sayısı değeri 2 olarak yapılandırılan WINS-A'nın ortaklarının herhangi biri veya tümü, WINS sunucusu tarafından bu sunuculara bir çoğaltma tetikleyicisi gönderilerek itmeli çoğaltma bildirisi alırlar.
Aşağıda, dört sunucudan oluşan çoğaltılmış bir WINS ağındaki itme ortaklarının kullanımına bir örnek verilmiştir. Bu örnekte, sunuculardan ikisi -WINS-A ve WINS-B- bölgesel veri merkezi yerlerinde bulunur.
Bu sunucuların her ikisi de, hub ve ışınsal biçimli bağlantı kurumsal WINS çoğaltma tasarımında merkezi hub sunucularıdır. Ayrı bölgesel hublar arasında ad verilerinin sık sık yakınsamasını sağlamak için, hem WINS-A, hem de WINS-B birbirleriyle tam bir itme/çekme ilişkisi kurar.
WINS-C ve WINS-D, aynı çoğaltılan WINS ağında kullanılan, site veya dal düzeyinde ışınsal biçimli bağlantı sunucularıdır. Her ikisi de, WINS-A ve WINS-B'nin yalnızca itmeli çoğaltma ortakları olarak yapılandırılır.
Bir hub WINS-A'da güncelleştirmeler yapılırsa, yalnızca itmeli çoğaltma ortağı (WINS-D) olarak çalışan bir uzak ışınsal biçimli bağlantı sunucusunun bu güncelleştirmeleri zamanında veya öngörülebilir bir biçimde alması beklenmez. Hublar arasında çoğaltma önemli yayın oluşturmayacak kadar sık gerçekleşse de, güncelleştirme sayısının WINS-B'de rasgele yüksek bir değere ayarlanması, birden çok çoğaltma çevrimi tamamlanıncaya kadar WINS-D'de yakınsamayı geciktirebilir.
Bu gecikmeyi yönetimsel olarak düzeltmek için, WINS-A'da WINS-B'ye gönderilmek üzere bir itmeli çoğaltma tetikleyicisi başlatabilirsiniz; bu durumda, hublar arasında yapılacak bir çoğaltma hemen sıraya alınır. Böylece, itmeli çoğaltmayı el ile başlatırken Tüm ortaklara yay seçeneğini seçerseniz, WINS-B itmeli çoğaltma tetikleyicisini WINS-D'ye yayar. Bu da, WINS-A'dan tüm geçici güncelleştirmeleri alarak, WINS-B için itmeli çoğaltma kullanma gereksiniminin WINS-D'ye erken bildirilmeyle sonuçlanır.
Not
Daha fazla bilgi için bkz: Sürekli bağlantılar veya Sürekli bağlantıların bir ortak sunucuyla kullanılmasını etkinleştirmek için.
NetBIOS adlarını çözmek için WINS kullanılır, ancak ad çözme işlevinin etkili olması için, istemcilerin adlarını dinamik olarak WINS'de eklemeleri, çıkarmaları veya güncelleştirmeleri gerekir. Aşağıdaki bölüm, bu işlemlerin her birinin işlevsel bir açıklamasını ve özellikle adların WINS tabanlı bir ağdaki istemciler için nasıl kaydedildiği, yenilendiği, serbest bırakıldığı ve çözüldüğü konusunda bilgiler içerir.
Bu WINS istemci/sunucu iletişimi aşağıdaki grafikte ana hatlarıyla gösterilmiştir:
Bir WINS sisteminde tüm adlar bir WINS sunucusunda kaydedilir. Adlar WINS sunucusunda bir veritabanında saklanır ve WINS sunucusu, ad-IP adresi çözme isteklerine veritabanındaki girişleri temel alarak yanıt verir.
Fazlalık ve yük dengelemesi, ağda birden çok WINS sunucusuyla sağlanır. Sunucular, NetBIOS ad boşluğunun tutarlı görünümünü sağlamak için, veritabanı girişlerini belirli aralıklarla diğerleri arasında çoğaltırlar.
Her adın veritabanında bir girişi vardır. Bu girişin sahibi kayıtlı olduğu WINS sunucusudur ve diğer tüm WINS sunucularında bir kopyası bulunur. Her girişin kendisiyle ilişkili bir durumu vardır-- giriş etkin, serbest veya geçersiz (kaldırıldı olarak işaretlenmiş) durumda olabilir. Girişlere ayrıca bir sürüm tanıtıcısı da atanır. Bu numara çoğaltma işleminde kullanılır ve WINS çoğaltma başlıklı bölümde, bu konuyla ilgili ayrıntılı bilgi verilmiştir. Daha fazla bilgi için bkz: İtme ortakları.
WINS ayrıca statik adların kaydedilmesine de olanak sağlar. Bu özellik, yöneticinin, dinamik ad kaydetme yeteneği olmayan işletim sistemleri çalıştıran sunucular için ad kaydettirmesine olanak sağlar. WINS dinamik ve statik girişleri birbirinden ayırır. Statik adlar dinamik adlardan farklı olarak değerlendirilir. Daha fazla bilgi için bkz: Statik eşleştirmeleri kullanma.
Ad kaydı, ağda NetBIOS adı kullanılmasını isteyen bir WINS istemcisidir. Bu istek benzersiz (özel) bir ad veya bir grup adı (paylaşılan ad) için yapılabilir. NetBIOS uygulamaları da bir veya daha fazla adı kaydedebilir.
Aşağıda görüldüğü gibi, bir WINS istemcisi (HOST-C) yapılandırılmış WINS sunucusu olan WINS-A'ya doğrudan bir Ad Kaydı İsteği gönderir.
WINS-A ad kaydı isteğini, HOST-C'ye olumlu veya olumsuz bir ad kaydı yanıtı göndererek kabul edebilir veya reddedebilir. WINS-A'nın yapacağı işlem birkaç etkene bağlıdır:
Ad veritabanında yoksa, yeni bir kayıt olarak kabul edilir ve aşağıdakiler yapılır:
1. HOST-C için ad yeni bir sürüm kimliğiyle girilir, bir zaman damgası verilir ve WINS sunucusunun sahip kimliğiyle işaretlenir.
Zaman damgası hesaplanırken, WINS sunucusunda ayarlanan Yenileme aralığı (varsayılan olarak 6 gün), sunucunun tarih ve saatiyle toplanır.
2. HOST-C'ye olumlu bir kayıt yanıtı gönderilir; bu yanıt, WINS-A'daki ad için kaydedilen zaman damgasına eşit bir Yaşam Süresi (TTL) değeri içerir.
HOST-C adı istenen IP adresiyle aynı olarak veritabanına girilmişse, yapılacak işlem varolan adın durumuna ve sahip olan sunucuya bağlı olarak değişir.
1. Giriş etkin olarak işaretlenirse ve sahibi sunucu (WINS-A) ise, sunucu kaydın zaman damgasını güncelleştirir ve istemciye olumlu bir Yanıt gönderir.
2. Giriş serbest veya kaldırıldı olarak işaretlenirse veya girişin sahibi başka bir WINS sunucusuysa, kayıt yeni kayıt olarak kabul edilir. Zaman damgası, sürüm tanıtıcısı ve sahip güncelleştirilir ve olumlu bir yanıt gönderilir.
Adın WINS veritabanında, istenenden farklı bir IP adresiyle varolması durumunda, WINS sunucusunun yinelenen adları önlemesi beklenir. Veritabanı girişi serbest veya kaldırıldı durumundaysa, WINS sunucusu bu adı atamakta özgürdür.
Bununla birlikte, giriş etkin durumdaysa, adı tutan düğümden girişin hala ağda varolup olmadığını belirlemesi istenir. Bu durumda, WINS sunucusu (WINS-A) ad için kimlik doğrulaması yapabilir ve aşağıdakileri gerçekleştirir:
1. WINS-A isteyen istemciye (HOST-C) Bildirim için Bekleyin (WACK) yanıtı gönderir ve TTL alanında, istemcinin yanıt beklemeye hazır olması gereken bir saat belirtir.
2. WINS-A, sunucu veritabanındaki bu ad için kayıtlı olan düğüme bir ad sorgusu isteği yayınlar.
3. Düğüm hala varsa, WINS-A'ya olumlu bir yanıt gönderir.
4. WINS-A ad kaydını reddederek, isteyen istemciye (HOST-C) olumsuz bir ad kaydı yanıtı gönderir.
5. WINS-A tarafından yapılan ilk kimlik sorgulamasından olumlu yanıt alınmazsa, iki ad sorgusu isteği daha yapılır. Yanıt alınmayan üç denemeden sonra, kimlik doğrulama işlemi tamamlanır; isteyen istemciye (HOST-C) olumlu bir kayıt yanıtı gönderilir ve ad, sunucu veritabanında yeni istemci kaydı için güncelleştirilir.
Notlar
Daha fazla bilgi için bkz: İstemci NetBIOS adlarının WINS kayıtlarını doğrulamak için .
Gerektiği gibi sona erdirme tamamlanıp, bir WINS istemci bilgisayarı belirli bir adı kullanmayı bitirdiğinde, ad serbest bırakılmış olur. WINS istemcisi adını serbest bırakırken, kayıtlı adını artık kullanmadığını WINS sunucuna (veya ağdaki diğer bilgisayarlara) bildirir.
Aşağıda görüldüğü gibi, WINS yetenekli bir istemci (HOST-C) adını serbest bıraktığında aşağıdaki adımlar gerçekleşir:
1. HOST-C adlı bilgisayar gerektiği gibi sona erdirilir veya bir kullanıcı nbtstat -RR komutunu girer, böylece ad serbest bırakma isteği WINS-A adlı WINS sunucusuna gönderilir.
2. WINS-A, HOST-C'nin ilgili veritabanı girişini serbest olarak işaretler.
Giriş belirli bir süre serbest olarak kalırsa, WINS-A girişi mezar taşlı olarak işaretler, girişin sürüm kimliğini güncelleştirir ve değişikliği diğer WINS sunucularına bildirir.
3. WINS-A, WINS istemcisi HOST-C'ye bir serbest bırakma doğrulama iletisi gönderir.
Bir ad girişi serbest olarak işaretlenirse, IP adresi farklı aynı adda bir WINS istemcisinden yeni bir kayıt isteği alındığında, WINS sunucusu işaretli ad girişini hemen güncelleştirebilir veya gözden geçirebilir. WINS veritabanı eski IP adresindeki WINS istemcisinin bu adı kullanmadığını gösterdiği için, buna olanak tanınır. Örneğin, DHCP yetenekli bir dizüstü bilgisayar alt ağ değiştirdiğinde bu durum oluşabilir.
Ad serbest bırakma en çok, ağda sona erdirilen ve yeniden başlatılan bilgisayarlar için WINS kaydını basitleştirmek amacıyla kullanılır. Bir bilgisayar normal sona erdirme sırasında adını serbest bırakırsa, bilgisayar yeniden bağlandığında WINS sunucusu ada karşı koymaz. Gerektiği gibi sona erdirme yapılmazsa, yeni IP adresiyle ad kaydı WINS sunucusunun önceki kayda direnmesine neden olur. Direnme başarısız olursa (istemci bilgisayar artık eski IP adresini kullanmamaktadır), kayıt işlemine devam edilir.
Bazı durumlarda, bir istemci WINS sunucusuyla bağlantı kurarak adını serbest bırakamayacağı için, adı serbest bırakmak için yayın özelliğinin kullanılması gerekir. WINS yetenekli bir istemci, adının WINS sunucusu tarafından serbest bırakıldığını doğrulamadan sona erdirilirse, bu durum oluşabilir.
WINS istemcisi bilgisayarların WINS sunucusundaki NetBIOS ad kayıtlarını yenilemeleri için, WINS istemcilerinin adlarının belirli aralıklarla yenilenmesi gerekir. WINS sunucusu ad yenileme isteklerini yeni ad kaydetme gibi değerlendirir.
Bir istemci bilgisayar WINS sunucusuna ilk kez kaydedilirken, WINS sunucusu, istemci kaydının ne zaman geçerliğini yitireceğini veya ne zaman yenilenmesi gerektiğini gösteren Yaşam Süresi (TTL) değeri içeren bir ileti gönderir. Bu zaman içinde yenileme yapılmazsa, ad kaydı WINS sunucusunda geçerliğini yitirir ve ad girişi WINS veritabanından kaldırılır. Bununla birlikte, statik WINS ad girişleri geçerliğini yitirmez ve bu nedenle WINS sunucusu veritabanında yenilenmelerine gerek yoktur. Daha fazla bilgi için bkz: Statik eşleştirme kullanma.
WINS veritabanında girişler için varsayılan Yenileme aralığı altı gündür. TTL değerinin yüzde 50'si geçtiğinde WINS istemcileri kayıtlarını yenilemeyi denediklerinden, WINS istemcilerinin çoğu için her üç günde bir yenileme yapılır.
Adlar bu zaman aralığı sona ermeden önce yenilenmezse, silinirler. Adlar, aşağıda gösterildiği gibi, WINS sunucusuna ad yenileme isteği gönderilerek yenilenir.
İstemcinin (HOST-C) adını Yenileme aralığı sona ermeden önce yenilemesi kendi sorumluluğundadır. WINS sunucusu WINS-A yenileme isteğine yanıt vermezse, istemci (HOST-C) adını yenilemek için deneme sıklığını artırabilir.
Önemli
WINS istemcileri için ad çözme, ağınızda NetBIOS ad sorgularını çözmek için tüm Microsoft TCP/IP üzerinde NetBIOS (NetBT) istemcilerinin kullandığı ad çözme işleminin bir uzantısıdır. Ad çözmenin gerçek yöntemi kullanıcı için saydamdır.
Windows 2000'de WINS istemcileri, net use veya benzer bir NetBIOS tabanlı uygulama kullanılarak sorgu yapıldığında, bir adı çözmek için aşağıdaki sıralı seçenekleri kullanırlar.
1. Adın 15 karakterden uzun olup olmadığını veya nokta (".") içerip içermediğini belirleme. Böyle ise, ad için DNS sorgulama.
2. Adın istemcide uzak ad önbelleğinde saklanıp saklanmadığını belirleme.
3. WINS kullanarak adı çözmeyi denemek için, yapılandırılmış WINS sunucularıyla bağlantı kurma ve sunucuları deneme.
4. Alt ağa yerel IP yayınları kullanma.
5. Bağlantı için Internet İletişim Kuralı (TCP/IP) özelliklerinde LMHOSTS Aramayı Etkinleştir seçeneğinin etkin olup olmadığını belirlemek için bir Lmhosts dosyasını denetleme.
6. Bir Hosts dosyasını denetleme.
7. Bir DNS sunucusunu sorgulama.
Bu işlemin daha ayrıntılı açıklaması ve akış çizelgesi için bkz: Windows 2000 Server Resource Kit Networking Guide.
WINS, Windows 2000 Server için WINS sunucu çoğaltma ortakları arasında sürekli bağlantılar sağlar. WINS sunucuları, genellikle her çoğaltma tamamlandığında çoğaltma ortaklarından bağlantılarını kestikleri için, bu özellik yararlı olur. WINS sunucularının yüksek hızlı yerel ağ (LAN) bağlantılarıyla birbirine bağlandıkları birçok durumda, çoğaltma tamamlandıktan sonra bağlantıları kapatmayıp açık tutmak tercih edilir.
WINS'in önceki sürümlerinde, sunucuların her çoğaltma için yeni WINS sunucu bağlantıları kurmaları gerekirdi. Her bağlantı az sayıda işlemci çevrimi gerektirirdi. Ağ yöneticileri çoğaltma için bağlanmadan önce, daha etkin çalışma için, sistemleri daha çok sayıda değişikliği toplayacak biçimde yapılandırırdı. Yeniden kurulan bu bağlantılar, çoğaltma işlemlerinde bazen gecikmelere (bazen birkaç dakika) yol açar ve bu gecikmeler de, WINS güncelleştirildiğinde sunucuda bulunan ortak verilerde tutarsızlıklara neden olurdu.
Sunucular her defasında geçici bağlantılar kurmadan kayıtları ortaklarına hemen gönderdikleri için, sürekli bağlantılar çoğaltma hızını artırır. WINS'e kaydedilen her kayıt ağda hemen güncelleştirildiği için çoğaltmalar daha tutarlı olur. Bağlantı genellikle boşta olduğu için, sürekli bağlantılar tarafından kullanılan bant genişliği en az düzeydedir.
WINS sunucuları, şimdi yüksek hacimli ( aşırı) sunucu yükleriyle baş etmeyi desteklemektedir. Çok sayıda WINS istemcisi, güç kesilmesi gibi bir durumda, etkin biçimde ve aynı anda yerel adlarını WINS'e kaydetmeyi denediğinde aşırı sunucu yükü oluşur. Güç geri geldiğinde, çok sayıda kullanıcı bilgisayarını başlatıp adlarını aynı anda ağa kaydettirir ve bu da yoğun WINS trafiğine neden olur. Bir WINS sunucusu, aşırı yük modu desteğiyle, istekleri işlemeden ve güncelleştirmeleri fiziksel olarak WINS sunucusu veritabanına girmeden önce bile istemci isteklerine olumlu yanıt verebilir.
Aşırı sunucu yükü modu, bir aşırı sunucu yükü sıra büyüklüğü değerini eşik değeri olarak kullanır. Bu değer, aşırı sunucu yüküyle baş etme işlemi başlamadan önce, WINS istemcileri tarafından gönderilen ad kaydetme ve ad yenileme isteklerinin kaç tanesinin normal olarak işleneceğini gösterir. Varsayılan değer 500'dür. WINS istemcilerinin kayıt isteği sayısı aşırı sunucu yükü sıra büyüklüğü değerini aştığında, bir WINS sunucusu hemen aşırı sunucu yüküyle baş etme özelliğini başlatır.
Aşırı sunucu yüküyle baş etme modunda, ek istemci istekleri WINS sunucusu tarafından hemen olumlu olarak yanıtlanır. Yanıt ayrıca istemciler için bir de Yaşam Süresi (TTL) değeri içerir; bu değer istemci kayıt yükünün düzenlenmesine ve isteklerin zamanında işlenmesine yardımcı olur. Bu durum, yeni WINS istemcilerinin yenileme ve yeniden deneme hızlarını yavaşlatır ve WINS istemci trafiğinin aşırı yükünü düzenler.
Örneğin, aşırı sunucu yükü sıra büyüklüğü 500 girişse ve 500'den fazla etkin istek varsa, WINS sunucusu sıradaki ilk 100 WINS istemcinin kayıt isteklerini, 5 dakikalık TTL değeriyle başlayan erken başarım yanıtları göndererek hemen yanıtlar. Diğer her 100 istemci için, TTL değerine, en çok 50 dakika olacak biçimde 5 dakika daha eklenir. WINS istemci trafiği yine aşırı yük düzeyine ulaşırsa, izleyen 100 istemci isteği 5 dakikalık ilk TTL değeriyle yanıtlanır ve yanıt TTL değerini artırmak için tüm işlem yinelenir.
Bu işleme yöntemi, WINS sunucusunun kabul etme üst sınırı olan 25,000 ad kaydı ve yenileme sorgusuna erişilinceye kadar devam eder. Bu noktada, WINS sunucusu sorguları atlamaya başlar.
WINS konsolunu kullanarak, az, orta veya çok aşırı durumuna geçmek üzere aşırı yük sırasının büyüklüğünü değiştiren ve sunucu tarafından kullanılan aşırı yükle başetme düzeyini yapılandırmayı seçebilirsiniz.
Not
WINS artık, aşağıdaki silme işlemleri desteğiyle geliştirilmiş veritabanı yönetimi olanağı sağlamaktadır:
WINS konsolu ayrıca, statik veya dinamik olarak eklenmiş olmalarını dikkate almadan, her tür kaydı yönetimsel olarak kaldırmak için basit ve uygun bir hizmet programı sağlar. Windows NT Server'ın önceki sürümlerinde, kullanılabilir diğer WINS yönetim araçları, yalnızca aynı biçimde eklenmiş (statik eşleşmeler gibi) girişleri yönetim açısından silebilirdi.
Basit silme işlemi, WINS konsolunda seçili olan kayıtları yalnızca yönetmekte olduğunuz yerel WINS sunucusundan siler. Bu biçimde silinen WINS kayıtları ağdaki diğer WINS sunucuları için çoğaltılan WINS verileri arasında varsa, bu ek kayıtlar tümüyle kaldırılmaz. Ayrıca, yalnızca bir sunucuda silinen kayıtlar, basit silmenin kullanıldığı WINS sunucusuyla çoğaltma ortaklarından herhangi biri arasında çoğaltıldıktan sonra yeniden görünebilirler.
Kaldırıldı olarak işaretleme işlemi, seçili kayıtları kaldırıldı olarak işaretler; buna göre, kayıtlar yerel olarak geçersiz biçiminde işaretlenir ve yerel WINS sunucusu tarafından etkin kullanımı serbest bırakılır. Bu yöntem, kaldırıldı olarak işaretlenen kayıtların, daha sonra diğer sunucular için çoğaltılmaları amacıyla sunucu veritabanında kalmasına olanak sağlar.
Kaldırıldı olarak işaretlenen kayıtlar çoğaltıldığında, bu kayıtların kopyalarını saklayan WINS sunucuları tarafından kaldırıldı durumu güncelleştirilir ve uygulanır. Çoğaltılan her WINS sunucusu bu kayıtları güncelleştirir ve kaldırıldı olarak işaretler. Tüm WINS sunucuları bu kayıtları çoğaltmayı tamamladığında ve belirlenen bir süre (her WINS sunucusu için Doğrulama Aralığı ile belirlenir) geçtiğinde, kayıtlar WINS sunucusundan otomatik olarak kaldırılır.
Çoğu durumda, silinen kayıtların diğer sunucular için çoğaltılmalarından sonra WINS'de yeniden görünmemeleri için, WINS kayıtlarının kayıtlara özgün olarak sahip olan WINS sunucularında kaldırıldı olarak işaretlenmesi gerekir.
Belirli bir WINS sunucusu kaydının sahibi, tipik olarak, kayıt işlemi sırasında istemci tarafından bağlantı kurulan ilk sunucu ve istemcinin yerel adlarını WINS'e kaydetmek için gerçekte ilk kullanılan sunucudur. Çoğu durumda, bir istemcinin WINS'de ad kaydına sahip olan WINS sunucusu, WINS istemci bilgisayarında yapılandırılan birincil WINS sunucusuna karşılık gelir. Yapılandırılan birincil WINS sunucusu istemci kaydı sırasında kullanılabilir durumda değilse, yapılandırılmış ikincil bir WINS sunucusu istemci adının kaydını yapıp sahibi olabilir.
Çoğaltılan bir WINS ağında sahip olan bir WINS sunucusunda kaldırıldı olarak işaretleme işleminin kullanıldığı yerlerde, seçilen kayıtları çoğaltan tüm WINS sunucularından seçili kayıtların tam olarak kaldırılmasını etkilemek için aşağıdaki olaylar sırasıyla gerçekleşir.
1. Sahip olan WINS sunucusu seçilen WINS kayıtlarını işaretler ve yerel WINS sunucusu veritabanında Etkin olan durumlarını Kaldırıldı olarak değiştirir.
WINS bundan sonra kayıtları devre dışı kabul eder ve kullanımdan serbest bırakır. Bu kayıtlar yerel olarak kaldırıldı olarak işaretlenirse, kayıtlar WINS istemcisi tarafından yeniden kaydedilmedikçe, sahip olan WINS sunucusu NetBIOS ad sorgularına bu adlar için yanıt vermez veya adları çözmez.
2. Sahip olan WINS sunucusu, seçilen kayıtları izleyen çoğaltma çevrimlerinde kaldırıldı olarak çoğaltır.
Kayıtlar zorla veya hemen WINS'den kaldırılmaz, ancak son silme işlemi için işaretlenir. Çoğaltma çevriminin tam aralığı, sunucu tarafından, WINS konsolunda ayarlayabileceğiniz Aralıklar özellikleriyle yapılandırılır. Geçersiz kalma aralığı'nda belirtilen süre geçinceye kadar kayıtlar WINS verilerinden kaldırılmaz. Böylece, WINS sunucularına bu kayıtların artık kullanılmadığı, bu kayıtlar için çoğaltılan eşleşmelerini güncelleştirmeleri ve güncelleştirilen bu WINS verilerini diğer sunucular için çoğaltmaları bildirilir.
3. Kayıtlar çoğaltılan tüm WINS sunucularında geçersiz olur ve sonunda tüm WINS sunucularından fiziksel olarak kaldırılır.
Çoğaltma işleminde yer alan tüm WINS sunucuları tam bir çoğaltma çevrimini tamamlayıp tutarlı bir duruma geldikten sonra, kaldırıldı olarak işaretlenen kayıtlar geçersiz olur ve bir sonraki veritabanı kayıt ayıklama işlemi sırasında her sunucunun WINS veritabanından kaldırılır. Kayıt ayıklama işlemi tüm sunucularda tamamlandıktan sonra, kayıtlar artık WINS konsolunda görünmez ve WINS veritabanında fiziksel olarak saklanmaz.
Not
· Kayıtlar el ile kaldırıldı olarak işaretlense (veya tersi durumda WINS tarafından serbest bırakılmış olarak işaretlense) bile, serbest bırakılan kayıtlar, izleyen kayıt ayıklama işlemiyle tam olarak kaldırılmadan önce WINS veritabanında bir süre daha kalır. Kayıtlar geçersiz olmadan önceki süre, tipik olarak aşağıdaki ayarların toplamıdır:
Bu ayarları Aralıklar sekmesinde görebilir ve yapılandırabilirsiniz; bu sekme WINS <Sunucu adı > Özellikleri iletişim kutusundadır. Varsayılan değer olarak, bu ayarların toplamı 36 gündür.
Bir WINS sunucusu ağdan kaldırıldıktan sonra, sahip olduğu kayıtlar çoğaltılmış WINS ortamındaki diğer sunuculara dağıtılmaya devam edilir. Bazı durumlarda, WINS ağ üstünde artık etkin olmayan sunuculardaki girişleri silmez veya varsayılan olarak uzun bir zaman için eski eşleştirmeleri korur. Bunun nedeni şunlar olabilir:
Varsayılan değer olarak, bu türden eşleştirmeler olur olmaz, WINS sunucuları statik ad-adres eşleştirmelerini korur. Bir WINS istemcisi kayıt yapmaya veya aynı ada ilişkin dinamik türdeki bir eşleştirmeyle statik bir eşleştirmeyi güncelleştirmeye çalıştığında bu durum oluşabilir. Ancak, bu davranış değiştirilebilir. Daha fazla bilgi için, bkz. Statik eşlemeleri kullanma.
Dinamik girişler olduğunda, girişler silinmeden önce, WINS girişleri içeren sunucuyu denetlemek zorundadır. Bir WINS sunucusu artık kullanılmıyorsa, diğer WINS sunucuları, sahip sunucular üstündeki zamanı dolmuş olarak doğrulayamadıkları kayıtları alıkoyarlar. Örneğin, belirli bir sunucu için WINS konsolu içindeki bir sahip silinse bile, istenmeyen veya artık güncel olmayan adlar bu WINS ağı üzerinden bu adların çoğaltılmış girişlerini tutan diğer sunculardan çoğaltılmaya devam edebilir.
WINS, dinamik türdeki kayıtların kaldırılması işlemini, her sunucuda yapılandırılabilen WINS Sunucu Özellikleri'ne ilişkin Aralıklar sekmesindeki ayarlara göre yapar. Birçok durumda, kayıtları atma işlemiyle bir kayıt veritabanından tamamen silinmeden önce, 36 günlük geçersiz kalma aralığının geçmesi beklenir.
Windows 2000 Server için, Aşağıdaki sahiplerin kayıtlarını engelle özelliği (eskiden İstenmeyen Sahip olarak bilinirdi) etkin olmayan sunucuların sahip olduğu girişlerin daha fazla çoğaltılmasının engellenmesini sağlar. Bu özellik, WINS sunucusundan kaldırıldığından emin olmak istediğiniz kayıtların sahibi olan ve etkin durumda olmayan WINS sunucularının IP adreslerini belirtmenize olanak tanır.
İstenmeyen veya eskiyen eşlemelerin ağ üzerinde etkin kalan WINS sunucuları arasında daha fazla çoğaltılmasına engel olabileceğinden, WINS sunucularını ağınızdan kaldırmanız gerektiğinde bu özellik çok yararlı olacaktır.
Aşağıda grafikte, önerilen hub ve ışınsal biçimli bağlantı WINS çoğaltma tasarım modelini temel alan genel bir WINS çoğaltma tasarımı gösterilmiştir.
Çoğaltılmış örnek WINS ağında, WINS-D etkin olmayan ve ağdan kaldırılmakta olan bir ışınsal biçimli bağlantı sunucusudur. WINS-A bu tasarımdaki hub olduğundan, diğer ışınsal biçimli bağlantı sunucuları tarafında varolan çoğaltma girişlerinin WINS-A'ya geri çoğaltılmasına ve ağ üzerinde yeniden görünmesine engel olmak üzere, WINS-D için kayıtları engelleyecek şekilde yapılandırılmalıdır.
WINS-D sunucusu engellenen ortak durumunda olduğunda, WINS-A'da bulunan WINS konsolu içindeki bir sahip olarak silinebilir ve kendisine ilişkin girişler WINS-B, WINS-C veya WINS-E gibi diğer ışınsal biçimli bağlantı sunucularından geri çoğaltılmaz. Daha fazla bilgi için, bkz: Bir sahibi WINS veritabanından silmek için.
Notlar
