То, что вы описываете, представляет собой пленный портал система ( точка доступа , огороженный сад и т. Д.).Эта функциональность может быть реализована с помощью нескольких приложений на openwrt.Ознакомьтесь с другим ответом для получения подробной информации о каждой конкретной опции, предлагаемой в openwrt Ответ .
Существует несколько распространенных способов реализации невыполненного портала
HTTP 302 Redirect
Наиболее распространенный метод - просто заблокировать весь связанный трафик в сети, а затем перенаправить любой трафик порта 80 на вашу собственную страницу портала, локальную или удаленно размещенную.Эта страница портала будет предоставлять средства для «аутентификации» пользователя (пробивая дыру в брандмауэре).Существуют методы уровня 2, такие как chillispot, которые предоставляют все те же функциональные возможности и могут быть аутентифицированы на радиус-сервере, если вы хотите, чтобы они были модными.
DNS Rewrite
Другой метод - использование правил DNSчтобы переписать любой DNS-запрос для разрешения на свой собственный веб-сервер, который затем предоставит пользователю страницу входа в систему, после того как пользователь «подтвердит подлинность», вы просто обновите его DNS-сервер или разрешите DNS-запрос от этого пользователя пройти вверх по течению.
IP Redirect
Этот метод часто несколько пересекается с HTTP перенаправлением.По сути вы перенаправляете их запросы на новый IP-адрес назначения.Вы можете настроить прокси-сервер squid для обработки этих запросов.
Как устройства iOS, так и устройства Android будут обнаруживать неактивные порталы, просто проверяя наличие стандартного ресурса URI (например: http://www.apple.com/library/test/success.html), и если этот ресурс заблокирован, то вы отключены, если этоРесурс перенаправляется на 302 или 307. Затем он предполагает, что на его месте есть портал, и он откроет браузер. Если этот ресурс найден, они предполагают, что вы подключены к сети, и браузер не открывается автоматически.
Android откроетсястандартный браузер на телефоне или планшете, позволяющий пользователю проходить аутентификацию. Однако устройства iOS откроют псевдо-браузер, который является ограниченным приложением, которое не позволяет такие вещи, как всплывающие окна воспроизведения видео и т. д.
Протокол WISPr , который, по моему мнению, изначально был предназначен для устройств, у которых нет веб-браузера, чтобы принять условия и, таким образом, разрешить этим устройствам общий протокол для принятия и аутентификации на неавторизованном портале. Я даже не уверен, чтоПротокол WISPr был когда-либо действительно принят (возможно,вы его переписали)
(не знал, сколько лет изначально было, извините)