WINS 的運作方式

WINS 的運作方式

當執行 Microsoft 作業系統的電腦已設定 WINS 伺服器位址（手動或透過 DHCP）來進行其名稱解析時，則預設會使用互動式節點 (h-node) 作為 NetBIOS 名稱登錄的節點類型，除非已設定另一種 NetBIOS 節點類型。若是 NetBIOS 名稱查詢及解析，它也會使用 h-node 操作，但會稍有不同。

若是 NetBIOS 名稱解析，WINS 用戶端通常會執行下列一般操作步驟來解析名稱：

1. 用戶端會檢查受查詢的名稱是否是它所擁有的本機 NetBIOS 電腦名稱，若查詢遠端名稱的在本機 NetBIOS名稱快取。遠端用戶端的任何已解析的名稱都放置在此快取中，並在其中保留 10 分鐘。
2. 用戶端將 NetBIOS 查詢轉寄到其已設定的主要 WINS 伺服器中。如果主要 WINS 伺服器--無法使用或是沒有名稱的資料項目--而無法回答此查：詢，用戶端就會依照所列出及設定的順序嘗試連絡其他已設定的 WINS 伺服器。
3. 用戶端將 NetBIOS 查詢廣播到本機子網路中。
4. 如果設定使用 Lmhost 檔案，用戶端就會檢查該 Lmhost 檔案以對應此查詢。
5. 用戶端會嘗試到本機的 Hosts 檔案尋找
6. 接著到DNS的Cache中的查詢
7. 最後在到 DNS 伺服器

附註：如果欲解析的電腦名稱字元數超過15個字元，或是電腦名稱之中有句點存在，則會自動改用DNS主機名稱解析方法。步驟2和3動作決定，使用何種（Node Type）。

命令提示字元-Windows FireWall

Windows FireWall - 用參數方式新增允許的Port Number

※強烈建議：複製參數時，請貼到記事本，才會知道哪裡需要空格※

netsh firewall add portopening protocol = TCP port = 161 name = SMTP ENABLE scope = ALL

可改變參數如下：

TCP or UDP 可自行設定網路形態

name = 要設定的名稱

Enable or Disable 此設定要啟用或是停用

scope = ALL 允許所有IP，

可設定方式舉例為；157.60.0.1,172.16.0.0/16,10.0.0.0/255.0.0.0,LocalSubnet

使用 WINS 的好處

使用 WINS 的好處

為管理 TCP/IP 型網路，WINS 提供了下列好處：

1. 支援電腦名稱登錄及解析的動態名稱至IP位址的資料庫，進而有效降低NETBIOS的廣播風暴。
2. 名稱及IP位址的資料集中管理減輕對管理 Lmhost 檔案的需求。
3. 藉由許可用戶端查詢 WINS 伺服器以直接尋找遠端系統，可以降低子網路上的 NetBIOS 造成的廣播流量。
4. 支援網路上早期的 Microsoft Windows 及 NetBIOS 用戶端，即使到今天，只要網路上還有舊版本的 Windows 或使用 NetBIOS 的應用程式在，WINS 就有存在的必要允許此類型用戶端在每個子網路上，不需本機網域控制站的存在即可瀏覽遠端 Windows 網域的清單。
5. 當執行 WINS 對應整合 時，可藉由啟用 DNS 用戶端尋找 NetBIOS 資源，以支援 DNS 用戶端

WINS 與DNS的差異

WINS 與DNS的差異

Wins的作用跟DNS的作用有相似的地方，都在做名稱解析，但也有不同之處我將它整理成下的列表中：

Feature \ Service	WINS	DNS
使用的網路協定	NETBEUI、TCP/IP	TCP/IP
常見的網路環境	較常適用於LAN	較常跨WAN
解析名稱類型	解NetBIOS名稱（網芳名稱轉換IP）	解 FQDN名稱（網域名稱轉換IP）
Windows系統路徑指定方式	UNC路徑 \\Server1	FQDN路徑Server1.domain.com
與同類型伺服之間的關係	無階層式	階層式導向
Client端 關機前動作	將名稱Release釋放出	不會Release

• 事實上Windows NT系統上既有的WINS就是設計用來支援DHCP的運作的，且已成為Microsoft 企業網路整體架構中的一個重要的部份。WINS的作用與DNS類似，都是用來提供多種管理名稱的系統服務，例如：將名稱轉換成IP位址，但是WINS只負責管理NetBIOS所使用的命名空間，而此命名空間與一般DNS所管理的階層式領域名稱並不相同。
• 此外WINS還能夠與DHCP配合在一起使用，也就是說我們可以先用DHCP指定系統所需要的IP位址，然後再自動地在WINS伺服中註冊一個機動的NetBIOS名稱。由於WINS的架構並非階層式的，因此若某一個NetBIOS名稱未在WINS伺服中註冊，則我們就可以將之視為在網路上根本不存在。由此可知：在所有採用NetBIOS over TCP的網路上WINS可以算是一項必備的工具

WINS 伺服器

WINS 伺服器

WINS servers

WINS 包含兩個主要元件：WINS 伺服器及 WINS 用戶端。

WINS 伺服器負責處理 WINS 用戶端所發出的名稱登錄要求、登錄它們的名稱及 IP 位址、回應用戶端提交的 NetBIOS 名稱查詢，然後傳回列在伺服器資料庫中該查詢名稱的 IP 位址 (如果存在)。

並且，如下圖所示，WINS 伺服器可以將它們資料庫 (包含 NetBIOS 電腦與 IP 位址的名稱對應) 的內容複寫到其他 WINS 伺服器。啟用 WINS 的用戶端電腦 (如在「子網路 1」或「子網路 2」上的工作站電腦) 在網路上啟動時，它會提交登錄要求，將它的電腦名稱及 IP 位址直接傳送到它的主要設定 WINS 伺服器 (WINS-A)。因為 WINS-A 是登錄這些用戶端的伺服器，所以又稱為 WINS 用戶端記錄的擁有者。

在此範例中，伺服器 WINS-A 有本機用戶端 (WINS-A 所在的「子網路 2」上的用戶端) 及遠端用戶端 (透過路由器，而位於「子網路 1」上的用戶端)。另一 WINS 伺服器 (WINS-B) 位於「子網路 3」上，且僅擁有從此子網路登錄的本地用戶端對應。WINS-A 及 WINS-B 稍後可以完成它們資料庫的複寫，以使所有在三個子網路上的用戶端記錄，可以出現於二台伺服器的 WINS 資料庫中。如需相關資訊，請參閱 WINS 複寫。

Primary/Secondary WINS servers

用戶端以下列兩種方法的其中一個，使用 WINS 伺服器：當成主要或次要 WINS 伺服器。

主要及次要 WINS 伺服器的不同，絕對不是視伺服器而定 (在 WINS 中，其所有功能上的用途是相同的)。這兩者的差異是在用戶端，因為在具有多個 WINS 伺服器時，用戶端會分辨 WINS 伺服器清單中的伺服器，並加以排序。

在大多數情況下，用戶端會聯絡主要 WINS 伺服器，然後執行 NetBIOS 名稱服務的功能 (名稱登錄、名稱更新、名稱釋放、名稱查詢及名稱解析)。只有在主要 WINS 伺服器發生下列任何情形時，才會使用次要 WINS 伺服器：

1. 在要求服務時，無法在網路上使用；或
   
2. 無法解析用戶端的名稱 (在進行名稱查詢時)。
   

當主要 WINS 伺服器失敗時，用戶端就會像次要 WINS 伺服器要求執行相同的服務功能。如果用戶端上有兩台以上的 WINS 伺服器，則用戶端就會嘗試清單中其他的 WINS 伺服器，直到試完所有的 WINS 為止，或其中一台次要 WINS 伺服器處理成功且回應要求。在用戶端使用了次要 WINS 伺服器之後，就會每隔一段時間嘗試切換到它的主要 WINS 伺服器，以執行以後的服務要求。

若是最新的 WINS 用戶端 (Windows XP 及 Windows 2000)，則可以設定多達 12 台次要 WINS 伺服器 (可透過 TCP/IP 內容手動地設定，或利用 DHCP 伺服器提供使用 DHCP 選項類型 44，以動態方式來進行設定)。如果您的環境中有許多行動式用戶端，而且經常用到 NetBIOS 資源及服務，此項功能便可帶給您相當多的助益。由於在這類環境中，WINS 資料庫可能因為交集問題，而無法在整個 WINS 伺服器網路內達成一致，所以這項功能可幫助用戶端得以查詢兩台以上的 WINS 伺服器。

不過，若沒有必要，請避免過度使用此選項，因為在列出額外 WINS 伺服器以新增容錯時，會減損所能得到的實際好處。此項功能的好處必須根據事實來衡量；這個事實是指，對清單上所列的每台額外 WINS 伺服器而言，要在 WINS 中完整地處理一項查詢需花費更長的處理時間才能完成。例如，如果在失敗之前，WINS 用戶端嘗試三台或更多的 WINS 伺服器，則此用戶端會延遲處理名稱查詢一段時間後，才嘗試其他解決方法，如搜尋本機主機檔案，或查詢 DNS 伺服器。