Windows 出現了回聲，第一反應是杜比音效偷偷揹著我開啟了客廳模式（後面看了下並沒有這個模式，後話了...）。

再我嘗試開啟它發現提示網路無法連線，於是我就直接解除安裝了，但回聲依能沒有解決。

後面我才發現原來是我麥克風和立體聲混音做了 link 造成得。

禁止掉以後就解決了。

這個時候我想重新下載回 dolby access 發現 Microsoft store 網路發現連線了，網上找了很多方法（甚至我都嘗試重設整個系統網路）。

經過折騰留下記錄~

微軟的登陸程式對iexplore有呼叫，如果設定了代理將不開啟登陸頁面。

inetcpl.cpl 可快捷開啟 proxy 介面，將其關閉即可。

如果打開了介面，但依舊無法登陸賬號可繼續往下看。

可以釋放並重註冊 NetBIOS 名及恢復 LSP 網路程式設計介面到預設狀態

nbtstat -RR
netsh winsock reset

如果還有問題就是看看是不是 DNS 解析的問題了，使用這條命令立即生效。

ipconfig /flushdns
netsh interface ipv4 reset

如果還不行可以試試初始化程式，比如應用商店就是 wsreset.exe 等待倆分鐘自動重開啟商店。

——————

WINS伺服器是什麼?有什麼作用?
sctrue0人評論1374人閱讀2010-08-15 23:03:17
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是老生常談了，希望本文對老資格的網管朋友能溫故知新，對初入道的新網管朋友能有一些幫助。敬請專家指正。