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服務器與客户機不在同一個子網上，就要考慮到路由器的性能了。

幾乎所有的支持網絡互聯的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系統了~

通常，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-節點行為，但有少許差異。