NCSI 概觀
重要
先前由 Azure Front Door 所裝載的公用 NCSI 探查伺服器現在會由 Akamai 所裝載。 這項變更在 2023 年 6 月 20 日發生。 若要進一步了解這如何影響使用者，請參閱我們的 NCSI 常見問題 頁面。
網路線上狀態指標 (NCSI) 是一項功能，可協助提供目前網路線上狀態的視覺顯示。 根據預設，NCSI 圖示位於工作列的右下角。 您裝置連線到網路的方式，以及您執行的作業系統將會決定其外觀。
| Icon | 描述 |
|---|---|
|
已連線 (有線) |
|
已連線 (無線) |
|
已連線 (沒有網際網路) |
您可以按一下此圖示來檢視網路狀態，並遵循 [網路和網際網路設定] 連結來查看進一步的網路介面卡詳細資料。 視您執行的 Windows 版本而定，NCSI 圖示的工作列選項可能會有所不同。
NCSI 功能
NCSI 會使用網路探查，這是在回應前，傳送至端點的網路要求。 NCSI 探查稱為「作用中探查」，是個 HTTP 要求/回應。 它也會使用稱為「被動探查」的被動輪詢，以被動方式檢查網路流量以判斷連線能力。
Windows 中的 NCSI 用途為何?
NCSI 是負責判斷網路連線存在的元件，以及是否為網際網路或僅限本機。 開發 NCSI 的原因是為了讓應用程式免於自行決定網路設定的複雜任務。 每次嘗試透過網路執行工作，都需要持續注意網路是否仍可存取。 在網路中斷期間，即使只是間歇性，應用程式會逾時作業，並持續測試網路，直到連線穩定為止。
這似乎是微不足道的，直到您認為它必須對多種環境因素 (例如位於代理、熱點或網頁驗證入口) 執行檢查。 NCSI 必須知道它偵測到的網路是否為滿足其要求的網路。 是否需要完整的網際網路或私人公司存取權? 使用者必須等候 NCSI 完成或逾時，而應用程式會決定如何處理限制性或沒有網路連線的案例。
主動探查
作用中的探查是傳送至特定 NCSI 位址之 Web 探查伺服器的 HTTP 要求。 伺服器是由 Microsoft 在網際網路上裝載，但也可以是企業自己的私人探查伺服器，這是較不常見的案例。 當 NCSI 傳送探查並接收有效的回應時，它會將用戶端裝置視為具有網際網路連線能力。
當 NCSI 未偵測到網際網路連線時，可能是探查未完成，或探測完成時失敗。 未完成的原因可能是裝置、網路設定或其他的環境問題。 完成時失敗的範例是收到 HTTP 403 禁止 回應，通常表示 Proxy 封鎖了輸出探查。
警告
請勿停用主動探查作為 NCSI 問題的解決方式，因為被動輪詢無法單獨判斷所有網路連線問題。
HTTP 探查主機和內容已預先定義，並在下列登錄路徑中找到:
HKLM\SYSTEM\CurrentControlSet\Services\NlaSvc\Parameters\Internet
NCSI 會平行傳送個別的 IPv4 和 IPv6 主動探查。 如果任一個探查成功，NCSI 會判斷裝置具有網際網路連線能力。
被動探查
被動探查與主動探查類似，會使用已接收封包的學習資訊來判斷網路狀態。 這兩種探查方法會彼此補充，因為它們會以不同的方式判斷間歇性網路狀況。 某些條件會防止主動探查正常運作，例如，暫時路由器發生間歇性連線問題，其中用戶端裝置在介面狀態中不會發生任何變更。 如果發生這類間歇性連線問題，可能會導致主動探查產生誤判結果，被動輪詢可以判斷網路流量導致的上線狀態，並維持網際網路連線能力。
注意
從 Windows 11 起，NCSI 會裝載於網路清單管理員服務內，也稱為網路設定檔管理員。 先前的 OS 反覆運算裝載在網路位置感知 (NLA) 服務中。
被動探查的主要目標是根據接收到的封包資料更新所有使用中網路介面的 NCSI 線上狀態。 對於每個使用中介面，探查可以藉由持續檢查傳入封包，以將狀態更新為網際網路或本機，以取得從傳送者周遊的躍點數目。
主動和被動探查都可能會遇到問題。 若要深入了解，請參閱 網路探查失敗的原因。
Proxy
NCSI 會搭配 Proxy 使用預存 Proxy 資訊來執行主動探查。 主動探查不將企業網路空間留給網際網路的最常見問題是由於:
- Proxy 存在，但尚未探索到。
- 探索到 Proxy，但用戶端裝置在探查時無法觸及它。
- Proxy 自動設定 (PAC) 檔案設定錯誤，且未將
www.msftconnecttest.com對應至正確的 Proxy。 - Proxy 設定錯誤。
NCSI 會從下列登錄路徑偵測手動佈建的 Proxy 位址:
HKLM\SYSTEM\CurrentControlSet\Services\NlaSvc\Parameters\Internet\ManualProxies
提示
在 Windows 10 中，使用者可以透過瀏覽至 [開始]>[設定]>[網路和網際網路]>[Proxy]>[手動 Proxy 設定] 來執行手動 Proxy 設定。
網頁驗證入口
正如同 NCSI 會偵測到企業內部的 Proxy 以成功將探查瀏覽至網際網路，它也會決定行動裝置上消費者的企業環境以外的障礙。 網頁驗證入口主要存在於機場、醫院、咖啡店等公共環境中，但也可以是企業網路衛星延伸的閘道。
網頁驗證入口可能會傳送 HTTP 重新導向或對探查的空白回應，而不是允許它通過網際網路。 只要下列條件成立，NCSI 就能這樣判斷自己是否位於 網頁驗證入口後方:
- 主動 HTTP 探查已傳送，但並非透過已知的 Proxy 傳送。
- 探查得到了回應。
- 回應承載不符合預期的內容:“ Microsoft Connect 測試 ”。