Windows 出現了回聲 & 微軟帳號無法登陸

標籤：ios   傳輸   聲明   netbios   無效   市集   選項   網上   ext   

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

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

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

禁止掉以後就解決了。

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

經過折騰留下記錄~

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

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

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

可以釋放並重註冊 NetBIOS 名稱及恢複 LSP 網路編程介面到預設狀態

nbtstat -RR
netsh winsock reset

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

ipconfig /flushdns

如果還不行可以試試初始化程式，比如市集就是 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是老生常談了，希望本文對老資格的網管朋友能溫故知新，對初入道的新網管朋友能有一些協助。敬請專家指正。

Windows 出現了回聲 & 微軟帳號無法登陸