Гостевой доступ через точки доступа (прокси с ToS для принятия) не всегда работает
Я заметил, что некоторые веб-сайты (Facebook) не обеспечивают надежную регистрацию в точке доступа по сравнению с другими (google.com). Другими словами, когда пользователь впервые подключается к точке доступа, ему предлагается войти в систему или принять условия обслуживания (ToS).
Если пользователь пытается перейти на Facebook, то страница зависает и перенаправление не происходит. И наоборот, если они идут в Google, то страница аутентификации всплывает сразу.
Я обнаружил, что этот шаблон согласуется со многими реализациями (Starbucks, TransBridge Bus, Wi-Fi Equinox, отели и т. Д.) И не понял, "почему" или как это исправить. Я могу только предположить, что есть что-то с AJAX или кэшированием содержимого HTML5 в chrome или safari, которое вызывает это.
Что может сделать сетевой администратор для проверки подлинности точки доступа?
Что может сделать разработчик со своей веб-страницей (я являюсь разработчиком), чтобы точки доступа всегда "работали" для конечного пользователя?
ПРИМЕЧАНИЕ: я не ищу советы по разработке в отношении кодирования, я ищу ответ от сотрудников Сети о том, что должно произойти в сети. Кое-что с эффектом HTTP-кэширования, GET vs POST... или простой ответ, который говорит: "AJAX нуждается в обработке ошибок, а при ошибке XXX затем перенаправьте".
1 ответ
Причиной обычно является HTTPS против HTTP. Страницы TOS/ аутентификации представлены тем, что маршрутизатор перехватывает все HTTP-запросы и отвечает перенаправлением на страницу TOS/ аутентификации. Тем не менее, HTTPS-запросы не могут быть перехвачены таким же образом, не вызывая предупреждение безопасности на ПК пользователя. Если вы измените https://www.facebook.com/ на http://www.facebook.com/ появится страница.
Я могу только представить, какие типы телефонных звонков пришлось бы решать гостинице, если они вмешались в HTTPS-соединение:
Сотрудник отеля: Рецепция, чем я могу вам помочь?
Гость: ВАШ WI-FIS взломал MAX FACEBOOK!