wins

Windows Internet Name Service (WINS)

WINS提供一個分散式資料庫，它的作用是在路由網路的環境中對IP地址和NetBIOS名的映射進行註冊與查詢。這可能是解決NetBIOS名與IP地址之間轉換的比較合適的一種方法，對於比較複雜的網路如網際網路更是如此。

LMHOSTS文件在廣播式系統中有一點缺點，它是基於廣播的，所以對網路的通信量是一個沉重的負擔，這個問題並未得到解決。有人設計了通過路由協議進行單播式的動作對NetBIOS名字進行註冊和解析。如果採用這個協議，那就可以解決了廣播的問題，也就沒有必要使用LMHOSTS文件了，使動態配置的靈活性與方便性得到重新體現，使得這個系統可以和DHCP協議無縫連接。我們可以想象，當DHCP給一台計算機分配了一個地址后，這個更新可以直接在WINS資料庫中體現。用戶和管理員都不需要進行任何額外的工作，十分方便。WINS協議可以和NBNS一起工作，但是因為WINS資料庫備份的問題沒有解決，因為它不能和別的NetBIOS名字伺服器一起工作，數據不能在WINS伺服器和非WINS伺服器間進行複製。

WINS是基於客戶伺服器模型的，它有兩個重要的部分，WINS伺服器和WINS客戶。我們首先看一下伺服器，它主要負責處理由客戶發來名字和IP地址的註冊和解除註冊信息。如果WINS客戶進行查詢時，伺服器會返回當前查詢名下的IP地址。伺服器還負責對資料庫進行備份。而客戶主要在加入或離開網路時向WIN伺服器註冊自己的名字或解除註冊。當然了，在進行通信的時候它也向伺服器進行查詢，以確定遠程計算機的地址。

我們使用WINS的好處在什麼地方呢？WINS就是以集中的方式進行IP地址和計算機名稱的映射，這種方式可以簡化網路的管理，減少網路內的通信量，但是這種集中式的管理方式可以和星型結構相比，我們有理由懷疑它可以會成為網路的瓶頸。在本地的域控制器不在路由器管理網段的另一段時，客戶仍然可以遊覽遠程域，在集中處理的時候，數據都會集中於這個伺服器中，一定要注意不要讓這個節點失敗。

WINS的另外一個重要特點是可以和DNS進行集成。這使得非WINS客戶通過DNS伺服器解析獲得NetBIOS名。這對於網路管理提供了方便，也為異種網的連接提供了另一種手段。我們可以看到，使用集中管理可以使管理工作大大簡化，但是卻使網路拓樸結構出現了中心結點，這是一個隱性的瓶頸，而如果採用分散式的管理方式，卻有個一致性的問題，也就是如果一個伺服器知道了這個改變，而另一個不知道，那數據就不一致了，這時候要有一些複雜的演演算法來解決這一問題，兩台伺服器要想知道對方的情況，不可能不進行通信，也就無形中加重了網路負擔。網路就是這樣，集中起來就加大了單機的處理壓力，而分佈了就增加了網路傳輸量，天下沒有十全十美的事情。

南山區政府與中國移動、中國電信簽署戰略框架協議，共同建設“無線南山”。“無線南山”將重點覆蓋480個區域，根據各區域信號覆蓋需求計劃部署8000個熱點。南山將搭建無線南山綜合服務平台( WiNS)。以“‘ WiNS’+‘通訊運營商名稱’”（意為“我愛南山）為標識，面向政府、企事業單位、商戶以及網際網路內容提供商等單位建設統一的公共信息服務平台。

WINS是Windows Internet Name Server（Windows網際名字服務）的簡稱。WINS為NetBIOS名字提供名字註冊、更新、釋放和轉換服務，這些服務允許WINS伺服器維護一個將NetBIOS名鏈接到IP地址的動態資料庫，大大減輕了對網路交通的負擔。

1.Microsoft對伺服器的需求

（1）.至少提供一個首選WINS伺服器和一個次選WINS伺服器來提供容錯功能。

（2）.一個WINS伺服器每分鐘可以處理近1500個名字註冊和約4500個名字查詢。因此我們強烈建議你一個首選和一個次選WINS伺服器可以帶動10000個客戶端。

（3）.如果WINS伺服器與客戶機不在同一個子網上，就要考慮到路由器的性能了。

2.客戶端的需求

幾乎所有的支持網路互聯的Microsoft客戶端都可以是WINS客戶端，下面列出了可以與WINS一起工作的客戶端：

*Windows NT Server 3.5x,4.0

*Windows NT Workstation 3.5x,4.0

*Windows 9x/me/2000

*Windows for Workgroups with TCP/IP-32

*Microsoft Network Client 3.0 for MS-DOS

*LAN Manager 2.2c for MS-DOS

基於DOS的客戶端也可以用WINS伺服器進行名字解析，但你必須為它們在WINS伺服器中添加靜態詞條。

2000以後wins幾乎被拋棄，全面轉向win2000的DNS系統了。

WINS服務的基本工作原理

通常，Windows操作系統支持以下兩種主要的網路名稱解析方法。

主機名稱解析：這是Windows基於套接字的名稱解析方式，它執行gethostbyname() API函數以搜索主機IP地址，該地址是建立在已查詢的主機名稱基礎上的。該方法依賴於Hosts文件或查詢DNS以執行名稱解析功能。

NetBIOS名稱解析：該名稱解析使用NetBIOS重定向程序來搜索基於查詢的NetBIOS名稱的地址。該方法依賴於Lmhosts文件，或查詢WINS執行名稱解析。

在默認情況下，運行Windows 2000/XP/Server 2003操作系統的WINS客戶端被配置為先使用DNS解析長度超過15個字元或包含句點（.）的名稱。對於少於15個字元，並且不包含句點的名稱，如果將客戶端配置為使用DNS伺服器，則也可以在WINS查詢失敗之後再次將DNS用做最終選項。在默認情況下，當用WINS伺服器地址配置（手動或通過DHCP）運行Windows 2000/XP/Server 2003操作系統的計算機的名稱解析時，除非配置了其他NetBIOS節點類型，否則計算機將使用混合節點（h-節點）作為NetBIOS名稱註冊的節點類型。對於NetBIOS名稱查詢和解析，也使用h-節點行為，但有少許差異。