[發明專利]強制網絡門戶CAPTIVE PORTAL檢測

有效

• 申請號: 201811244144.6
• 申請日: 2018-10-24
• 公開（公告）號: CN109831407B
• 公開（公告）日: 2022-04-26
• 發明（設計）人: S.沙布哈格
• 申請（專利權）人: 哈曼國際工業有限公司
• 主分類號: H04L9/40
• 分類號: H04L9/40;H04L67/02
• 代理公司: 北京市柳沈律師事務所 11105
• 代理人: 陳麗來

一種用于檢測在Wi?Fi網絡上的強制網絡門戶的方法，其中裝置產生隨機私有IP地址并在HTTP端口80和HTTP端口8080上嘗試TCP連接。當TCP連接不成功時，做出沒有強制網絡門戶與Wi?Fi網絡相關的確定，以及當TCP連接成功時，做出強制網絡門戶與Wi?Fi網絡相關的確定。

技術領域

創造性主題目的涉及一種用于強制網絡門戶檢測的方法。

背景技術

強制網絡門戶(captive portal)由為最終用戶提供免費Wi-Fi熱點的地點提供。強制網絡門戶是在對免費Wi-Fi的訪問變得可用之前最終用戶被強制訪問和交互作用于的網頁。示例地點可以是但不限于訪客登錄的公司辦公室、機場、旅館、咖啡店等。強制網絡門戶使網絡管理員能夠允許經授權的用戶互聯網訪問。在強制網絡門戶網絡中，Wi-Fi認證總是開放式認證，且真實用戶授權通過最終用戶交互作用來輸入登錄證書的網頁來實施。

最廣泛使用的實現機制之一是HTTP重定向。使用HTTP重定向，在 AP網絡(或具有強制網絡門戶支持的AP本身)上的網關劫持來自所連接的STA的HTTP請求，并在HTTP響應中用重定向URL做出響應。在這之后，在STA(Wi-Fi客戶端裝置)上的HTTP瀏覽器打開包含捕獲門戶登錄網頁的重定向URL。

當運行特定操作系統(OS)的裝置例如移動電話或膝上型計算機連接到具有開放式認證的Wi-Fi網絡時，在裝置上的OS實施檢測網絡是否具有強制網絡門戶的步驟。裝置OS將HTTP-GET請求發送到由地點托管的相應特殊網站。存在裝置OS知道它在訪問特殊網站時被預期接收的預期響應。當 OS裝置接收到HTTP-GET響應時，它比較特殊網站的內容與預期響應。如果內容匹配，則裝置OS斷定在它連接到的Wi-Fi網絡上沒有捕獲門戶。當內容不匹配時，裝置OS斷定在Wi-Fi網絡上有強制網絡門戶。這由于由網絡上的強制網絡門戶對來自裝置的HTTP-GET請求的重定向而出現。強制網絡門戶登錄頁面作為對來自裝置的HTTP-GET請求的響應而被發送。最終用戶可接著使用證書來登錄。

上面所述的方法具有幾個缺點。操作系統公司需要在需要成本來建立并維護的互聯網上托管特殊網絡，以確保網站總是運轉和運行。檢測機制基于 HTTP協議，且因此可能不適合于一般在沒有HTTP協議的情況下操作的小嵌入式裝置，例如穿戴式或物聯網(IOT)裝置。該方法依賴于在主機和所托管的HTTP服務器之間的HTTP協議交換，且是耗時的。為每個Wi-Fi連接實施HTTP協議交換也對互聯網增加業務。

存在對用于強制網絡門戶檢測的有效方法的需要。

發明內容

用于檢測在Wi-Fi網絡上的強制網絡門戶的方法，該方法在連接到Wi-Fi 網絡的裝置上實施?；ヂ摼W協議(IP)地址從在Wi-Fi網絡上的動態主機配置協議獲取并被設置為互聯網的默認網關。裝置產生隨機私有IP地址并在 HTTP端口80和/或HTTP端口8080上嘗試到隨機私有IP地址的TCP連接。當到隨機私有IP地址的TCP連接不成功時，可做出未檢測到強制網絡門戶的確定。當到隨機私有IP地址的TCP連接成功時，可做出已檢測到強制網絡門戶的確定。

隨機私有IP地址與Wi-Fi網絡的子網不相關。當確定已檢測到強制網絡門戶時，向裝置的最終用戶通知強制網絡門戶。為了證實強制網絡門戶檢測，可使用與Wi-Fi網絡的子網不相關的多個隨機私有IP地址來應用該方法。

附圖說明

圖1是描繪對于強制網絡門戶網絡中的Wi-Fi熱點對互聯網的Wi-Fi訪問的方框圖。

圖2是用于檢測強制網絡門戶網絡的方法的流程圖。

圖3是用于證實強制網絡門戶網絡的檢測的方法的流程圖。

在附圖中的元件和步驟為了簡單和清楚而示出，且不一定根據任何特定的順序來描述。例如，在附圖中示出可以同時或以不同的順序執行的步驟以幫助提高對創造性主題的實施方案的理解。

具體實施方式