編輯“WINS”（章節(jié)）

==另一個WINS介紹==
Windows Internet Name Service (WINS) 

　　WINS提供一個分布式數(shù)據(jù)庫，它的作用是在路由網(wǎng)絡(luò)的環(huán)境中對IP地址和NetBIOS名的映射進行注冊與查詢。 這可能是解決NetBIOS名與IP地址之間轉(zhuǎn)換的比較合適的一種方法，對于比較復(fù)雜的網(wǎng)絡(luò)如互聯(lián)網(wǎng)更是如此。 

　　[[LMHOSTS]]文件在廣播式系統(tǒng)中有一點缺點，它是基于廣播的，所以對網(wǎng)絡(luò)的通信量是一個沉重的負擔(dān)，這個問題并未得到解決。有人設(shè)計了通過路由協(xié)議進行單播式的動作對[[NetBIOS]]名字進行注冊和解析。如果采用這個協(xié)議，那就可以解決了廣播的問題，也就沒有必要使用LMHOSTS文件了，使動態(tài)配置的靈活性與方便性得到重新體現(xiàn)，使得這個系統(tǒng)可以和[[DHCP]]協(xié)議無縫連接。我們可以想象，當(dāng)DHCP給一臺計算機分配了一個地址后，這個更新可以直接在WINS數(shù)據(jù)庫中體現(xiàn)。用戶和管理員都不需要進行任何額外的工作，十分方便。WINS協(xié)議可以和[[NBNS]]一起工作，但是因為WINS數(shù)據(jù)庫備份的問題沒有解決，因為它不能和別的NetBIOS名字服務(wù)器一起工作，數(shù)據(jù)不能在WINS服務(wù)器和非WINS服務(wù)器間進行復(fù)制。 

　　WINS是基于客戶服務(wù)器模型的，它有兩個重要的部分，WINS服務(wù)器和WINS客戶。我們首先看一下服務(wù)器，它主要負責(zé)處理由客戶發(fā)來名字和IP地址的注冊和解除注冊信息。如果WINS客戶進行查詢時，服務(wù)器會返回當(dāng)前查詢名下的IP地址。服務(wù)器還負責(zé)對數(shù)據(jù)庫進行備份。而客戶主要在加入或離開網(wǎng)絡(luò)時向WIN服務(wù)器注冊自己的名字或解除注冊。當(dāng)然了，在進行通信的時候它也向服務(wù)器進行查詢，以確定遠程計算機的地址。 

　　我們使用WINS的好處在什么地方呢？WINS就是以集中的方式進行IP地址和計算機名稱的映射，這種方式可以簡化網(wǎng)絡(luò)的管理，減少網(wǎng)絡(luò)內(nèi)的通信量，但是這種集中式的管理方式可以和星型結(jié)構(gòu)相比，我們有理由懷疑它可以會成為網(wǎng)絡(luò)的瓶頸。在本地的域控制器不在路由器管理網(wǎng)段的另一段時，客戶仍然可以游覽遠程域，在集中處理的時候，數(shù)據(jù)都會集中于這個服務(wù)器中，一定要注意不要讓這個節(jié)點失敗。 

　　WINS的另外一個重要特點是可以和DNS進行集成。這使得非WINS客戶通過[[DNS]]服務(wù)器解析獲得NetBIOS名。這對于網(wǎng)絡(luò)管理提供了方便，也為異種網(wǎng)的連接提供了另一種手段。我們可以看到，使用集中管理可以使管理工作大大簡化，但是卻使網(wǎng)絡(luò)拓樸結(jié)構(gòu)出現(xiàn)了中心結(jié)點，這是一個隱性的瓶頸，而如果采用分布式的管理方式，卻有個一致性的問題，也就是如果一個服務(wù)器知道了這個改變，而另一個不知道，那數(shù)據(jù)就不一致了，這時候要有一些復(fù)雜的算法來解決這一問題，兩臺服務(wù)器要想知道對方的情況，不可能不進行通信，也就無形中加重了網(wǎng)絡(luò)負擔(dān)。網(wǎng)絡(luò)就是這樣，集中起來就加大了單機的處理壓力，而分布了就增加了網(wǎng)絡(luò)傳輸量，天下沒有十全十美的事情。
編輯本段
WINS解析