Путешествуя и сталкиваясь с рядом неисправных реализаций адаптивного портала, я слышал, как у других пассажиров возникают проблемы с удобством использования iPad, телефонов и компьютеров в зависимости от используемой технологии адаптивного портала.
Например. Аварийные порталы с всплывающим окном по сравнению с порталами без такого всплывающего окна кажутся более проблематичными.
Кажется, что некоторые порталы, которые поддерживают более одного активного устройства в сеансе, создают совершенно новый набор проблем совместимости, и поэтому лучший способ поддерживать сеанс - другой.
Это будет основано на MAC-адресе. Использование cookie-файла не сработает, поскольку cookie-файл не будет представлен в точку доступа (и т. Д.), А будет основан на DNS-имени домена, который они просматривают в данный момент. Это также предотвратит работу таких вещей, как электронная почта (не веб-почта).
Сложная часть состоит в том, как эффективно представить авторизационную часть портала и какие ограничения есть на экране входа (может быть, без файлов cookie, без javascript ....) и как поддерживать сеанс. Фильтрация трафика на основе MAC-адреса является нормой, но файл cookie также может присутствовать на странице входа, и это может вызвать проблемы, потому что на различных устройствах выполняется / поддерживается широко различающийся способ обнаружения / поддержки портала. .
Эта страница кажется очень информативной: http://blog.tanaza.com/blog/bid/318805/iOS-7-and-captive-portal-a-guide-to-captive-portal-requirements и так делает http://blog.erratasec.com/2010/09/apples-secret-wispr-request.html#.VBismfmSzrk
Итак, отвечая на ваш вопрос; некоторые части довольно согласованы, но пользовательский опыт (и то, как управлять этим опытом) созрел для некоторой стандартизации поведения (что и делает WISPr, который представляет собой черновой вариант протокола, выпущенный WiFi Alliance: http://en.wikipedia.org/wiki/WISPr)