Путешествуя и имея необходимость взаимодействовать со многими поврежденными присоединенными портала реализациями я подслушал других пассажиров, имеющих проблемы удобства использования с 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 )