netbios伺服器

1、什麼是伺服器的NETBIOS名

NetBIOS是80年代末為了利用IBMPc構建區域網而出現的一種MS-DOS程序的高級語言介面。為了利用網路硬體和軟體將這些計算機連接在一起組成區域網，微軟和其它供應商利用NetBIOS介面來設計它們的網路組件和程序。NetBIOS介面利用最多為16個字元的名稱來標識每一個網路資源。

在一個網路中NetBIOS名是唯一的。在計算機啟動、服務被激活、用戶登錄到網路時，NetBIOS名將被動態的注冊到資料庫中。NetBIOS可以以獨立名稱的形式注冊，也可以以組名稱的形式注冊。以單機名注冊時要有一個IP地址與其相對應，如以組名稱注冊時會有多個IP地址與其對應。

在Windows2000發布前的所有基於MS-DOS和Windows的操作系統都需要使用NetBIOS名稱介面以便網路可以正常工作。伴隨著Windows2000的發布,網路中的計算機不再需要NetBIOS名稱介面的支持。如在Windows2000和一些UNIX版本的網路中它們只要求客戶機支持DNS使用就可以了，不再需要NetBIOS名。但為了與以前版本的網路操作系統結合使用，微軟在Windows2000中仍然支持NetBIOS名，以便與以前版本的操作系統協同使用，微軟通過兩方面實現對NetBIOS名的支持：<BR> 所有使用Windows2000的客戶機在默認情況下都支持利用客戶端的WINS服務注冊和解析NetBIOS名。

Windows2000伺服器繼續提供一個高效的WINS伺服器，用它來管理網路中的NetBIOS名。定義NetBIOS名稱

NetBIOS名稱包含16位元組。前15個位元組是由用戶指定的，用它來表示：<BR>§網路上的單個用戶或計算機<BR>§網路上的一組用戶或計算機

在NetBIOS名中的第16個字元作為名稱的後綴，用於識別名稱及顯示注冊名稱的信息。NetBIOS名可以被設置為獨立名稱或組名稱。

在使用獨立名稱時，是將網路信息發送給一台計算機，而使用組名稱是將網路信息同時發送給多台計算機。

在WindowsNT早期版本中,所有的網路服務都是利用NetBIOS名注冊的。而在Windows2000中,登錄網路及其它的網路服務都是在
dNS中進行注冊的。

1.2NetBIOS名的解析
NetBIOS名的解析就是將計算機的NetBIOS名成功的與IP地址進行映射的過程。從上面用戶已經知道NetBIOS名是用來識別網路上NetBIOS資源由16個字元組成的地址。讓用戶通過下面這個例子了解NetBIOS名是如何解析的。

一台Windows2000的計算機（CORPSERVER）中運行的文件與列印共享服務的NetBIOS名的解析過程。當計算機啟動時文件與列印共享服務利用計算機名在網路上注冊一個獨立NetBIOS名。這個NetBIOS名前15位字元是計算機名，第16位字元為0x20。如果計算機名不夠15個字元，那麼利用空格補齊。(即：CORPSERVER[20])。當用戶試圖與這台計算機的共享文件夾建立通信時必須指明它的文件與列印共享的NetBIOS名。在建立文件與列印共享連接前，首先要建立TCP連接，為了建立TCP連接首先要將NetBIOS名(即：CORPSERVER[20])解析成IP地址。WINS客戶機主要利用廣播、LMHOSTS文件、WINS伺服器三種方式的組合解決NetBIOS名解析的問題，根據組合方式的不同分成了四種NetBIOSnode模式，見下表：
Node模式

描述
B-node用戶利用廣播NetBIOS名查詢的方法實現名稱的注冊和解析；在廣播失敗後，查詢Lmhosts文件，尋找相應的地址
P-node(peer-peer)
利用點對點的方式直接向WINS伺服器查詢相應NetBIOS名的IP地址。M-node(mixed)
M-node是把B-node和P-node組合在一起。默認情況下使用廣播的方式，如果失敗，再向WINS伺服器進行查詢。H-node(hybrid)
H-node是把B-node和P-node組合在一起。默認情況下向WINS伺服器進行查詢，如果失敗，再使用廣播的方式。如果兩種方法都失敗，則查詢Lmhosts文件,尋找相應的地址。運行Windows2000的計算機默認使用B-node模式，當為它們設置了WINS伺服器後，改用H-node模式。Windows2000也能使用本地資料庫文件Lmhosts解析NetBIOS名。此文件存放在：SystemRoot\System32\Drivers\Etc文件夾中。

用戶一定要為基於活動目錄的Windows2000計算機設置一個WINS伺服器的IP地址，以便它們可以與無法使用活動目錄的WindowsNT、Windows2000,Windows95、Windows98計算機進行通信。

2、NetBIOS協議的節點類型

這里有一個術語叫 node designation，中文意思我認為就是節點指定，它主要用來表明某計算機節點解析計算機名稱及地址的方法。每個 NetBIOS 計算機都有一種節點類型，共有四種節點類型對應於四種解析方法： ——只使用廣播方法。該類型的節點在本地子網上使用廣播消息來發現位於同一子網中的計算機。
廣播節點（B節點）只通過廣播數據報來解析LAN子網中計算機名和地址，即它的有效范圍只是它所在的子網。其工作方式是：客戶機發送一條廣播消息到其所在的局域子網上，這條消息包含有要查找的計算機的IP地址和其本身的MAC地址。由於使用廣播方式，則該網上的所有計算機都會接收到，如果該數據報中所要求的地址的計算機存在，則它就會根據包含在此數據報中的發出該消息的計算機的MAC地址作出回應。這樣，計算機就會把經常用到的MAC地址緩存起來，通過這些地址實現與遠程計算機的直接通信。
採用B節點方式的缺點：1、增大網路上不必要的通信流量，形成大量的廣播消息泛濫。2、大多數路由器不會轉發這些廣播，阻止了B節點解析路由器另一邊的計算機，即B節點不能查找到其所在子網以外的計算機地址。
解決的辦法：1、採用 WINS 伺服器可以減少通信流量。2、採用一個 LMHOSTS 或 HOSTS 文件將路由器另一邊的計算機的地址存入本地 NetBIOS 名字緩存，避免通過廣播查找。
因此，一個完整的 NetBIOS B節點解析方式可作如下描述：
1、通過 NetBIOS 名字緩存進行查詢，如果成功，返回一個IP地址，完成解析；如果不成功，轉向下一步：
2、通過廣播進行查詢，如果成功，返回一個IP地址，完成解析；如果不成功，轉向下一步：
3、通過本地 LMHOSTS 和 HOSTS 文件進行查詢，無論成功與否都結束解析。 ——只和名字伺服器使用點對點通信。該類型的節點使用服務（如WINS伺服器）來進行查詢以獲取要解析的地址。
P節點不是用廣播來解析名稱的，它通過點對點通信由UDP的數據報和TCP對話登記到一個 NetBIOS 名字伺服器(WINS)，因此，它會直接向這台伺服器查詢以進行地址翻譯，然後再直接將信息發送到目的計算機。因此，P節點的好處就是減少了本地廣播的數量，同時可以跨過路由器與位於其它子網中的 WINS 伺服器進行通信。
採用P節點方式的缺點：1、客戶機在配置時為P節點時必須知道 WINS 伺服器的IP地址。2、配置P節點還要使用到 DHCP 伺服器。3、如果 WINS 伺服器停止服務，P節點也就失去解析名稱和翻譯地址的能力。 ——先使用廣播，再點對點通信。該類型的節點在LAN上發送廣播消息來查找另一台電腦，如果沒有回應或查找失敗，就轉為使用P點節方式繼續查詢。它向名稱解析伺服器注冊自己的名稱時也是用的廣播消息。
M節點先使用廣播，在解析失敗後就直接和 WINS 伺服器通信，因此，它是前面講的兩種方式的組合。在實際應用中很少配置計算機為這種節點類型，這樣的唯一好處是在一個遠程沒有 WINS 伺服器的廣域網節點所需的大多數服務都在一個子網，即通信都發生在同一子網中，它可以減少路由器的信息傳送量。同時，即使 WINS 伺服器停止服務，它還可以使用廣播方式來查詢本地子網中的計算機。 ——先使用點對點通信，然後使用廣播。該類型的節點使用 NetBIOS 名稱解析服務來進行注冊或解析，如果無法連接到名稱解析伺服器(如WINS伺服器)則再轉為使用B節點方式繼續查詢。
H節點如我們上面的測試中所示，在 Windows 9x 中它被稱為交叉節點，而在實際應用中，它也被稱為混合節點。它與M節點恰好相反，它先使用P節點方式請求 WINS 伺服器解析計算機名，如果這種方式失敗，它再使用廣播方式來解析。
因此，H節點與B節點的不同是，H節點可以通過路由器解析在同一個 WINS 伺服器上登記的所有計算機。
H節點與M節點的不同是，如果其配置的 WINS 伺服器沒有在線，H節點在解析過程中也繼續與其聯系，即是說，只要該 WINS 伺服器重新開始服務，H節點就會立即改為使用 WINS 伺服器來解析計算機名稱，即使此時它正以廣播方式與目的計算機進行通信。
一個完整的 NetBIOS H節點解析方式可作如下描述：
1、通過 NetBIOS 名字緩存進行查詢，如果成功，返回一個IP地址，完成解析；如果不成功，轉向下一步：
2、通過 WINS 伺服器進行查詢，如果成功，返回一個IP地址，完成解析；如果不成功，轉向下一步：
3、通過廣播進行查詢，如果成功，返回一個IP地址，完成解析；如果不成功，轉向下一步：
4、通過本地 LMHOSTS 和 HOSTS 文件進行查詢，無論成功與否都結束解析。

3、簡述WINS伺服器的工作原理。

WINS服務是微公司的一項支持跨網路的名稱解析服務（DNS不支持跨網路），在 Server 2003服務中，它的功能得到了全面的加強，使得它在企業網路中的應用更加廣泛，特別是較大型的網路。
許多網友一直對是否需要WINS服務，或者說安裝WINS服務的必要性心存疑慮。盡管在《網管員必讀——網路組建》（第2版）第9章9.1.1節對此進行詳細分析，但在此還可以通過以下後介紹的WINS服務基本工作原理（包括與NetBIOS名稱解析進行對比）可以看出WINS事實並不是可有可無的，特別是大型多子網環境中。全面的WINS服務名稱解析原理參見本書的9.4節。
9.1.3 WINS服務基本工作原理
通常，Windows操作系統支持以下兩種主要的網路名稱解析方法。
l 主機名稱解析：這是Windows基於套接字的名稱解析方式，它執行gethostbyname（）API函數以搜索主機IP地址，該地址是建立在已查詢的主機名稱基礎上的。該方法依賴於Hosts文件或查詢DNS以執行名稱解析功能。
l 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-節點行為，但有少許差異。
說明 NetBIOS節點類型有4種：b-節點（廣播）、p-節點（端對端）、m-節點（混合）和h-節點（混合）。b-節點使用廣播NetBIOS名稱來注冊和解析名稱。b-節點有兩個主要問題：（1）廣播將干擾網路上的每個節點；（2）路由器通常不轉發廣播，所以只能解析本地網路上的NetBIOS名稱。p-節點使用NetBIOS名稱伺服器（NBNS），如WINS伺服器來解析NetBIOS名稱。p-節點不使用廣播，而是直接查詢名稱伺服器。m-節點是b-節點和p-節點的組合。
在默認情況下，m-節點作為b-節點使用。如果m-節點無法通過廣播解析名稱，則使用p-節點查詢NBNS伺服器。h-節點是p-節點和b-節點的組合。在默認情況下，h-節點作為p-節點使用。如果h-節點無法通過NBNS解析名稱，則使用廣播解析名稱。

對於NetBIOS名稱解析，WINS客戶端通常採用以下步驟進行解析名稱。
（1）客戶端檢查查詢的名稱是否是它所擁有的本地NetBIOS計算機名稱。
（2）客戶端檢查遠程名稱的本地NetBIOS名稱緩存（遠程客戶端的解析名稱放置在該緩存中，並將保留10分鍾）。
（3）客戶將NetBIOS查詢轉發到已配置的主WINS伺服器中。如果主WINS伺服器應答查詢失敗（因為該主WINS伺服器不可用，或因為它沒有名稱項），則客戶將按照列出和配置使用的順序嘗試與其他已配置的WINS伺服器聯系。
（4）客戶端將NetBIOS查詢廣播到本地子網。
（5）如果配置客戶端已使用Lmhosts文件，則客戶將檢查與查詢匹配的Lmhosts文件。
（6）如果將其配置成單個客戶端，則客戶會嘗試Hosts文件然後嘗試DNS伺服器。
WINS客戶的名稱解析是所有Microsoft TCP/IP上的NetBIOS（NetBT）客戶端用來解析網路上的NetBIOS名稱查詢的相同名稱解析過程擴展。實際的名稱解析方法對用戶是透明的。對於Windows 2000/XP/Server 2003系統，一旦使用net use命令或類似的基於NetBIOS的應用程序進行查詢，WINS客戶將使用以下流程解析名稱。
（1）確定名稱是否多於15個字元，或是否包含句點（.）。如果是這樣，則向DNS查詢名稱。
（2）確定名稱是否存儲在客戶端的遠程名稱緩存中。
（3）聯系並嘗試已配置的WINS伺服器，使用WINS解析名稱。
（4）對子網使用本地IP廣播。
（5）如果在連接的「Internet協議（TCP/IP）」屬性中啟用了「啟用LMHOSTS搜索」，則檢查Lmhosts文件。
（6）檢查Hosts文件。
（7）查詢DNS伺服器。

4、為什麼加入域只能用netbios域名

為現有域安裝額外域控制器

注意：在將伺服器提升為現有域中的域控制器之前，必須在此伺服器上正確配置了 DNS 設置。在提升過程中，該伺服器需要解析此域的完全限定域名。

1. 單擊開始，單擊運行，鍵入 dcpromo，然後單擊確定。
2. 這將啟動「Active Directory 安裝向導」。單擊下一步。
3. Active Directory 安裝向導會詢問一系列問題，以確定此伺服器將擔任的角色。因為您要將此伺服器安裝為域中的額外域控制器，請單擊「現有域的額外域控制器」。
4. 單擊下一步。
5. 下一個屏幕提示您提供網路憑據。鍵入用於執行此操作的帳戶的用戶名、密碼和域名。該帳戶必須具有完全管理許可權。域名不應是完全限定域名的形式。
6. 在額外域控制器屏幕上，以完全限定域名的形式鍵入現有域的完整 DNS 名稱（例如：Microsoft.com）。
7. 資料庫位置和日誌位置框將填入默認位置 (Rootdrive\\Winnt\\Ntds)。為獲得最佳性能和可恢復性，請將資料庫和日誌分別存儲在不同的硬碟上。將日誌位置值更改為另一硬碟。
8. 單擊下一步。
9. 在共享的系統卷屏幕中，只要該卷使用 NTFS 文件系統，就可以接受 Rootdrive\\Winnt\\Sysvol 作為默認位置。這是 Sysvol 文件夾所要求的。
10. 單擊下一步。
11. 如果沒有可用的 DNS 伺服器，則會出現「向導無法聯繫到處理名稱 Domain Name 的 DNS 伺服器以確定它是否支持動態更新。請確認 DNS 配置，或者在此計算機上安裝並配置一個 DNS 伺服器」這一消息。
12. 單擊確定。
13. 在配置 DNS 屏幕上，單擊「是，在這台計算機上安裝和配置 DNS(推薦)」。
14. 單擊下一步。
15. 在 Windows NT 4.0 RAS 伺服器屏幕上，選擇是否要允許遠程訪問服務 (RAS) 訪問此伺服器。單擊下一步。
16. 在目錄服務還原模式管理密碼屏幕上，指定在以「目錄服務還原」模式啟動計算機時使用的管理員密碼。在需要恢復 Active Directory 資料庫時使用「目錄服務還原」模式。

注意：一定要記住此密碼，否則在需要時您將無法還原 Active Directory。
17. 在提升過程的復制階段，有一個可讓您選擇稍後執行復制的選項。選擇此選項的理由有許多（例如，在一天的正中間時您使用的網路連接速度慢，您希望等到這天結束時執行復制）。
18. 通過查看屏幕上的消息驗證已安裝 Active Directory。安裝 Active Directory 後，單擊完成以關閉向導。
19. 重新啟動計算機

5、WIN7 連不上公司伺服器共享。錯誤碼0x80070035。且無法修改TCP/IP NETBIOS HELPER

這個服務一般都是Local Service登陸的，你點選「此賬戶」，點後面的瀏覽，在對話框中輸版入Local Service，檢查，確定。權
至於為什麼連不上共享，你要問問你的網管
你跟共享的那台機器之前通嗎？
共享的那台機器是XP還是win7？
你們在同一個域中或者在同一個工作組中嗎？
共享的文件夾加了你的許可權了嗎？

6、伺服器有問題，網上查了說要重裝NETBIOS，如何重裝NETBIOS？

伺服器什麼問題啊？在Windows操作系統中，默認情況下在安裝TCP/IP協議後會自動安裝NetBIOS。

7、在DHCP伺服器上關閉NetBIOS over TCP/IP後，無法支訪問共享\\x.x.x.x.

默認復情況下
是不啟用制NetBIOS
over
tcp/ip
但是\\xxx
訪問走的wins
用的netbios名解析的，所以你可以在在伺服器上建一個wins伺服器
在DHCP上設置下發的選項中
勾選wins
客戶端自動獲取網路設置
應該就可以了。
如果在一個域中加域的電腦
有dns也可以的也是可以直接\\xxx訪問的
印象中。

8、主wins伺服器是什麼？

WINS全稱Windows Internet Name Service，即Windows互聯網名稱服務。它和DNS一樣，都是用來將主機名轉換成IP地址的。但在互聯網解析主機名的是DNS，事實上WINS主要的是用在區域網內緩解網路風暴。
WINS基於計算機的NetBIOS名工作，所以要了解WINS，必須對計算機名、NetBIOS及NetBIOS名有一個初步的認識。
在微軟的系統中，任何一台計算機，不論是否聯網，都必須定義一個不超過15位的字元作為計算機名，該名在系統安裝時指定，如不指定，則由系統隨機生成。設定以後，可在我的電腦—屬性—計算機選項卡（WIN2000以上）或網上鄰居—屬性—標識選項卡中（WINME以下）查看並管理；如果該計算機處於網路環境下，則該計算機名還必須在網路中保證唯一。這個計算機名的存在，是實現NetBIOS的前提。
在區域網發展早期，為在個人機上實現網路能力，MS和IBM合作開發了一套網路協議，認為它如同計算機的BIOS一樣，將成為最基本的網路訪問介面，因此使用了NetBIOS（Network Basic Input/Output System）這個名字。MS就利用NetBIOS介面開發網路伺服器及相應的客戶軟體，後來， 打通NetBIOS和網路物理層的各種具體介面的NetBEUI（NetBIOS Extend User Interface）又開發成功，成為NetBIOS的增強版。它直接控制Token Ring（令牌環）和Ethernet（乙太網）驅動程序，使之只能運行於區域網，其缺點是不支持路由， 要在大型的或路由式的網路間通信，必須使用基於路由的傳輸機制（一般是TCP/IP）加以補充，叫做NetBIOS over TCP/IP（NetBT），意為運行於TCP/IP基礎上的NetBIOS。WIN2000以下的計算機強制使用NetBIOS名；WIN2000以上的計算機為了在網路中和WIN2000以下的計算機保持通信，保留NetBIOS名。
NetBIOS名的前15位沿用計算機名，最後增加一位字元作為後綴，用於標識某種服務或應用程序，所以對同一個計算機名，可以生成多個NetBIOS 名；而同一計算機的多個服務也可以注冊到另一個計算機的NetBIOS名上，均由該後綴加以區分。 WIN2000中專門提供文件和列印機共享的 server服務就是典型的例子，它的後綴是八進制的20。
不難看出，即使沒有WINS伺服器，只要是基於NetBIOS的主機，它們都能夠自己管理自己，其原理如下：
主機A登錄網路時，它將向網路發送注冊廣播6--10次，聲明自身的NetBIOS名稱，確保網內其他主機收到該消息，如果該名與主機B重名，主機B將發出一個包括它自己NetBIOS名稱的廣播包，要求主機A停止注冊，主機A會發出一個負的名稱注冊（negative name registration）廣播作為響應，主機A注冊失敗；如無其他主機反對，A成功注冊。
與此同時，網路上的其它主機也向A發出一個包括自己NetBIOS名稱的廣播包，聲明自己的存在。這在形式上表現為其它主機的網路鄰居窗口在刷新後會出現該主機A的NetBIOS名；而主機A的網路鄰居窗口中也出現了其它主機的NetBIOS名，也就是通常所認為的計算機名。
當主機A聯系主機B時，A廣播一個包含B主機NetBIOS名的地址請求，如果B在線，它將向主機A廣播一個包括自己IP地址的正的名稱查詢（positive name query）消息予以響應，然後A就可以利用這個地址連接到主機B；
當主機A正確關機時，自動發生名稱釋放操作，這時其它主機可以用主機A的名稱登陸網路；但主機A非正常關機時，其它主機的網路鄰居窗口中仍然會有該主機名，雙擊後會出現「找不到網路路徑」的錯誤提示：主機A已經名存實亡。
這種「無組織無紀律」的自我管理，帶來的是通信效率的大大下降：每台主機在登陸和重登陸網路的時候，都將向網路發送廣播；然後所有主機再向它發送廣播；然後主機間要求通信都以廣播的方式進行……，每台主機隨時都在大呼小叫，其巨大的數據流量將造成網路響應速度直線下降，這是最不能接受的網路問題。
所以，必須有一個「老闆」對所有主機的NetBIOS名稱和IP地址進行集中統一的管理和維護，NetBIOS客戶端通過直接與「老闆」進行名稱的注冊、更新、查詢和釋放操作，最大程度的減少了廣播流量。這個「老闆」就是WINS伺服器。
在WINS中，NetBIOS名可以被注冊為唯一的名稱，這時它對應一個IP地址；也可以映射為一個組的名稱，這時它對應多個IP地址。所以准確的說，WINS服務應該叫WINS的NetBIOS 名稱服務，正是它使NetBIOS名稱到地址的解析成為可能。
為更深刻的理解WINS，我們還要說明由NetBT規定的WINS名稱解析的四種方法（又叫nodes，節點）：① nodeB：廣播的方法（broadcast）；② nodeP：對等的方法（peer-to-peer）,直接在WINS伺服器中查詢；③ nodeM：混合的方法（mixed），即聯合使用nodeB和nodeP，默認為B；④ nodeH：另一種混合的方法（hybrid）,和nodeM一樣，但默認為nodeP。如果網路中沒有WINS伺服器，則系統默認使用B節點的方法，如前所述；如果系統中至少有一台WINS伺服器，則系統默認使用H節點的方法。
NetBIOS客戶機——即WINS客戶機向WINS伺服器注冊、更新、查詢和釋放的工作流程與DHCP的工作流程異曲同工：都是以租約的形式進行——但在表現形式上更像是老闆與員工之間簽訂用工合同的一幕。仍以客戶機A 和B為例描述如下：

一、 注冊
客戶機A一誒啟動，就向TCP/IP配置中指定的WINS伺服器發送一個名稱查詢請求（請求簽訂合同），要求注冊其NetBIOS名和IP地址，如果WINS在線，它首先檢查自己的資料庫中是否已有該NetBIOS名，如客戶機B與該名同名，則WINS以500毫秒為間隔向B發送三次名稱查詢請求，用以確定B是否仍然還在上班，如收到響應，則向A發出一個負的名稱注冊（negative name registration）。A注冊失敗；如果沒有響應，則A注冊成功，該WINS伺服器會將這一對應關系（重新）記錄在自己的資料庫中，並向該客戶機返回一個注冊成功的消息，其中包括一個指定的生存周期 TTL（Time to Live）——它的存在表明了WINS客戶機只是一個鍾點工，此時合同簽訂成功。
一旦A三次聯系WINS伺服器都失敗的話，意味著WINS伺服器宕機或不可用，這時，如果網路中再無其它的WINS伺服器存在，則又回到了無組織無紀律的洪荒狀態，WINS客戶機會按照上述「廣播」的方式來工作。

二、更新
默認情況下，WINS伺服器資料庫更新時間（合同期限）即TTL是六天，如果到時客戶機沒有發出更新請求（要求續簽合同），名稱注冊即告失效（合同終止），WINS會將該員工從花名冊上刪除，這就是TTL的作用。
所以一般來說，客戶機會在相應的TTL值過去50%也就是三天的時候向伺服器發出一次名稱刷新請求，說明自己還在任勞任怨的繼續上班，當WINS伺服器收到該請求後，即向該客戶機發出包含了一個新的TTL的名稱刷新響應，表示合同已然重簽。

三、 查詢
當A需要聯系B的時候，它首先檢查緩存，看是否有B的NetBIOS名對應IP地址的記錄，如果沒有，則向WINS伺服器發出該NetBIOS名稱的IP查詢請求，要求WINS回應其IP 地址。如果沒有任何WINS伺服器響應，或者某個WINS伺服器發出了一個「Requested Name Does Not Exist」（請求的名稱不存在）消息，客戶機即啟用廣播的方式查找，如果仍未響應，如果有事先的設置，主機A還要盡最後的努力，去查找自己的資料庫文件Lmhost,仍然無效的時候，才善罷甘休。

四、 釋放
如果WINS客戶機A停止某個注冊的網路服務或正常關機的時候，該A即針對注冊的某個服務或者A的NetBIOS名直接向WINS發出一個包括A機IP地址和NetBIOS名稱的釋放請求（要求解除合同）。WINS收到該請求後，先檢查它的資料庫，如果WINS找到了一個對應的記錄，則向A發送一個正的名稱釋放（positive name release）消息作為響應，其中包括了被釋放的NetBIOS名稱和值為0的TTL，同時在資料庫中將這條記錄標記為已經釋放，合同正式解除；
如果WINS沒有找到對應的記錄或者該NetBIOS名被 指向了另一個IP地址，那麼WINS會向A發出一個負的名稱釋放（negative name release）消息作為回應。合同無法解除。
如果A非正常關機，是不會發出名稱釋放消息的，顯然，WINS伺服器的資料庫中就會多出一條「假」記錄，當B向WINS發出A的地址請求時，WINS仍然會向B給出已不存在了的A的地址信息，當然B不可能再通過這個地址聯繫到A，最終會出現超時錯。在B的網路鄰居窗口中，A的存在僅僅證明了A「曾經來過」。
限於篇輻，WINS與DNS的集成、WINS代理以及多個WINS伺服器的管理維護和排故等WINS伺服器的高級應用只有以後再談了。
WINS是老生常談了，希望本文對老資格的網管朋友能溫故知新，對初入道的新網管朋友能有一些幫助。敬請專家指正。

9、在DHCP伺服器上關閉NetBIOS over TCP/IP後，無法支訪問共享\\x.x.x.x.

默認來情況下 是不啟用NetBIOS over tcp/ip
但是\\xxx 訪問走的源wins 用的netbios名解析的，所以你可以在在伺服器上建一個wins伺服器 在DHCP上設置下發的選項中 勾選wins 客戶端自動獲取網路設置 應該就可以了。
如果在一個域中加域的電腦 有dns也可以的也是可以直接\\xxx訪問的 印象中。