網路上的芳鄰訪問的種種問題(基於NETBIOS名字解析)解決方法
注：部分資料來源與微軟亞洲技術論壇
最近看見大家說網路上的芳鄰檢視速度過慢。我覺得有必要和大家一起討論這個問題。我也查了些資料。大家可以任意釋出自己實際應用中的問題。一起想辦法解決。同時我也給出具體的解決辦法。
首先我先來講下網路上的芳鄰計算機瀏覽的主要技術。
在網路中不存在WINS伺服器或WINS伺服器不是首選的情況下。在這個環境中有5種主機角色
1.瀏覽計算機客戶端
2.選擇性瀏覽計算機客戶端
3.備份瀏覽伺服器
4.主控瀏覽伺服器
5.域主控瀏覽伺服器
在一個工作組中主控瀏覽伺服器會自動選舉產生。（實際測試結果是一般網內啟動的第一臺計算機就是主瀏覽伺服器。且作業系統版本高的在選舉中常常處與優勢地位。但它關機後會迫使重新選舉）
在域環境中則產生域主控瀏覽伺服器（基本上說功能和主控瀏覽器一樣）
以上兩種伺服器都是自動選舉產生。負責產生和維護網內計算機名字列表。這個列表長度為64K。最大能存放3000臺計算機的資訊。
備份瀏覽伺服器則不是自動選舉產生的。它是由主控伺服器根據網路環境指定的。一般每32臺計算機增加一臺伺服器。
當網內計算機需要獲得計算機列表的時候會首先聯絡主控伺服器獲得當前最新的備份瀏覽伺服器列表，主控伺服器會返回3個最新的備份伺服器列表。然後客戶端把這3個地址快取在本地。再隨機選擇一個去獲取最新的客戶端列表。（即客戶端不是直接獲得列表。而是先拿到備份伺服器的'列表。再去請求備份伺服器。可見效率的問題吧）
備份伺服器每15分鐘向主控伺服器要求傳送計算機列表。
而瀏覽計算機客戶端會每隔一段時間傳送存在訊息告訴主控伺服器我還線上。一般是隔1、2、4、8、12。最後固定在12分鐘宣告一次。
在這個環境中宣告訊息是採用廣播方式傳送的。所以如果主控伺服器是剛剛選舉產生的。（既還沒有計算機列表）那麼在網路上的芳鄰中看見其他計算機最長的時間就是27分鐘（客戶端宣告自己的12分鐘+備份伺服器向主控伺服器要求傳送列表=27分鐘）
當計算機關機的時候主控伺服器要經過3個週期才會發現計算機不存在了。那麼再加上更新列表的15分鐘就是3X12+15=51分鐘。
所以沒有WINS系統NETBIOS名字解析的效率十分低。而啟用WINS後節點型別立即變換成p.h節點。由於WINS的點對點特性。使瀏覽效率數倍的增加。
