我注意到，与其他网站（google.com）相比，某些网站（Facebook）无法可靠地启动热点登录。换句话说，当用户首次连接到热点时，系统会要求他们登录或接受服务条款（ToS）。
如果用户尝试访问 Facebook，则页面会挂起，不会发生重定向。相反，如果他们访问 Google，则身份验证页面会立即弹出。
我发现这种模式与许多实现（星巴克、TransBridge Bus、Equinox wifi、酒店等）一致，但尚未弄清楚“为什么”或如何修复它。我只能假设 AJAX 或 chrome 或 safari 中 HTML5 内容的缓存存在问题，导致了这种情况的发生。
网络管理员可以做什么来使热点认证正常工作？
开发人员可以对他们的网页做些什么（我是一名开发人员）来使热点始终为最终用户“工作”？
注意：我不是在寻求有关编码的开发建议，而是在寻求网络人员对线路上需要发生什么的回答。一些关于 HTTP 缓存、GET 与 POST 的回答……或者一个简单的回答，即“AJAX 需要处理错误，并在出现 XXX 错误时重定向”。
答案1
原因通常是 HTTPS 与 HTTP。路由器拦截所有 HTTP 请求并回复重定向到 TOS/身份验证页面，从而呈现 TOS/身份验证页面。但是，HTTPS 请求不能以相同的方式被拦截，否则会在用户的 PC 上引发安全警告。如果您要更改https://www.facebook.com到http://www.facebook.com然后页面就会出现。
我只能想象如果酒店篡改了 HTTPS 连接，他们将会面临什么样的电话：
酒店员工：前台，有什么可以帮您吗？
客人：你的 WI-FI 正在入侵我的 Facebook！