Proxy
通過熱點（接受 ToS 的代理）的訪客訪問無法始終有效
我注意到與其他網站（google.com）相比，某些網站（Facebook）不能可靠地啟動熱點登錄。換句話說，當使用者第一次連接到熱點時，他們會被要求登錄或接受服務條款 (ToS)。
如果使用者嘗試訪問 Facebook，則頁面會掛起並且不會發生重定向。相反，如果他們去Google，那麼認證頁面會立即彈出。
我發現這種模式與許多實現（星巴克、TransBridge Bus、Equinox wifi、酒店等）一致，但還沒有弄清楚“為什麼”或如何解決這個問題。我只能假設 AJAX 或 chrome 或 safari 中的 HTML5 內容記憶體會導致這種情況發生。
網路管理員可以做些什麼來使熱點認證工作？
開發人員可以使用他們的網頁（我是開發人員）做什麼來使熱點始終為最終使用者“工作”？
注意：我不是在尋找關於編碼的開發建議，我正在尋找網路人員關於網路上需要發生什麼的答案。HTTP 記憶體、GET 與 POST 的效果……或一個簡單的答案，即“AJAX 需要處理錯誤，並在出現 XXX 錯誤時重定向”。
原因通常是 HTTPS 與 HTTP。TOS/身份驗證頁面通過讓路由器攔截所有 HTTP 請求並通過重定向到 TOS/身份驗證頁面進行回復來呈現。但是，不能以相同的方式攔截 HTTPS 請求，而不會在使用者的 PC 上引起安全警告。如果您要將https://www.facebook.com>更改為<http://www.facebook.com，那麼該頁面就會出現。
我只能開始想像酒店在篡改 HTTPS 連接時必須處理的電話類型：
*酒店員工：*前台，有什麼可以幫您的嗎？
*客人：*您的 WI-FIS 正在攻擊 MAH 臉書！