網頁驗證入口

大部分熱點都會使用限制的入口網站來實作客戶互動，這是限制的網路連線，其中所有用戶端 HTTP 要求都會重新導向至提供者的網站。然後，網站可以提示使用者同意操作員的條款及條件、輸入付款資訊，或輸入認證來驗證先前的付款安排。

使用這類體驗存在數個問題：

其他應用程式（例如電子郵件客戶程式）也會重新導向。如果使用者先嘗試使用網頁瀏覽器以外的應用程式，他們就會遇到錯誤，而不知道如何解決。
如果嘗試透過安全套接字層（SSL）進行初始連線，瀏覽器會在使用者重新導向至封存入口網站之前，向使用者顯示安全性警告。這會為使用者建立令人困惑的體驗，因為它們必須忽略安全性警告才能連線。

如果偵測到 Captive Portal，Windows 可立即開啟網頁瀏覽器，藉此支援網頁瀏覽器。使用者會在裝置的前景中看到您的品牌網頁，這可協助他們瞭解應採取哪些動作，以使用 Captive 入口網站進行驗證。

Windows 提供機制，可讓使用者在後續的連線嘗試上略過限制入口網站。不過，Captive 入口網站一律是第一次使用者遇到的體驗。

本主題討論使用 Captive Portal 的下列最佳做法：

一致的連線處理

若要在用戶端第一次連線到網路時判斷因特網連線能力與入口網站狀態，Windows 會執行一系列網路測試。這些測試的目的地網站是 msftncsi.com，這是專用於連線測試的保留網域。偵測到 Captive 入口網站時，這些測試會定期重複，直到釋放 Captive 入口網站為止。

若要避免誤判或誤判測試結果，您的 Captive 入口網站不應該執行下列動作：

當使用者無法存取因特網時，允許存取 www.msftncsi.com 。
變更顯示給用戶端的 Captive Portal 行為。例如，請勿重新導向某些要求，並卸除其他要求;您應該繼續重新導向所有要求，直到驗證成功為止。

注意

拒絕服務風險降低應以每個客戶端的嘗試頻率為基礎，而不是每個客戶端的嘗試次數，或來自所有用戶端的總嘗試次數。

Windows 體驗的設計為觸控優先。這會延伸至網頁。請考慮為觸控使用者配置具有較大、易於目標控件的網頁。使用不需要過度捲動的版面配置來與其互動，並視需要將流程分成多個頁面。如需觸控式網頁設計的詳細資訊，請參閱觸控輸入的設計。

應用程式可以套用的相同布建檔案也可以由網站套用。在網頁的 JavaScript 中，檢查 window.external.msProvisionNetworks 方法的可用性。如果存在，瀏覽器可以將布建檔案轉譯至操作系統。如需如何產生此佈建檔案的詳細資訊，請參閱使用元數據來設定行動寬頻體驗。

注意

當布建檔案是由網站或不是行動寬頻應用程式的應用程式提供時，必須簽署此布建檔案。

傳遞 XML 布建檔案可讓操作系統自動連線到使用者服務中包含的其他網路，即使它們有不同的服務集標識碼（SSD）。如果您使用靜態無線因特網服務提供者漫遊（WISPr）認證，它也會啟用更順暢的連線體驗，因為未來 Windows 可以自動使用這些認證進行驗證。

Windows 最豐富的體驗是透過使用行動寬頻應用程式。您無法允許透過封存入口網站存取 Microsoft Store 中的一個應用程式，因此在使用者取得因特網連線之前，無法安裝應用程式。不過，在使用者通過驗證之後，請考慮將它們導向至 Microsoft Store，以安裝您的行動寬頻應用程式。