Могу ли я заставить мобильный клиент автоматически запускать веб-браузер при подключении к Wi-Fi?

Предположим, что у вас есть полный программный контроль над беспроводным маршрутизатором (скажем, OpenWrt или DD-WRT - linux). Маршрутизатор настроен на передачу ssid, и сеть широко открыта.

Подходит мобильный пользователь (iPhone/Android/BB).

1) на iPhone, если устройство в настоящее время не подключено к Wi-Fi, появляется диалоговое окно, предлагающее подключиться к доступным SSID. Пользователь выбирает мой ssid и подключается. Есть ли способ, с моего маршрутизатора (скажем, с помощью Bonjour или?), Чтобы запустить iPhone для запуска веб-браузера и попытаться автоматически загрузить домашнюю страницу или автоматически autoconfig url?

2) любой другой ответ для Android/BB?

Причина в том, что в приложении "walled garden" мне нужно открыть страницу приветствия и не хотеть, чтобы пользователь сначала возился с загрузкой страницы по умолчанию.

Любые мысли приветствуются! благодаря RM.

Обновление. Я думаю, что ответ может заключаться либо в 802.21, либо в UMA. Я где-то читал, что ATT использует это с iPhone для аутентификации.

На iPhone есть переключатель под названием "autologin" при подключении к Wi-Fi-шлюзу. Если вы включите это, iPhone отправит HTTP-запрос и получит перенаправление из моей горячей точки, а затем отправлю приветственную страницу. (место полностью открыто). Проблема в том, что iPhone, похоже, ждет чего-то определенного - он не меняется от "3G" до Wi-Fi и может в конечном итоге тайм-аут. Также он по-прежнему отображает баннер "Вход", прикрепленный к верхней части окна.

Кто-нибудь знает документацию для фреймов, которые мне нужно отправить, чтобы сделать правильный автолог?

Ответ 1

То, что вы описываете, - это система скрытого портала ( hotspot, огороженный сад и т.д.). Эта функция может быть реализована с несколькими приложениями на openwrt. Ознакомьтесь с другим ответом для получения подробной информации по каждому конкретному варианту, предложенному в openwrt Отвечать.

Существует несколько распространенных методов для реализации невольного портала

HTTP 302 Перенаправление

Самый распространенный метод - просто заблокировать весь связанный трафик в сети, а затем перенаправить любой трафик порта 80 на свою страницу портала, локально или удаленно размещенную. Затем эта страница портала предоставит средства для "проверки подлинности" пользователя (пробивая отверстие в брандмауэре). Существуют методы уровня 2, такие как chillispot, которые обеспечивают все те же функциональные возможности и могут быть аутентифицированы против сервера радиуса, если вы хотите получить фантазию.

DNS Rewrite

Другой метод заключается в использовании правил dns для перезаписи любого dns-запроса для разрешения на ваш собственный веб-сервер, который затем представит пользователю страницу входа в систему, как только пользователь "аутентифицирует", вы просто обновите свои DNS-серверы или разрешите запрос DNS от этого пользователя, чтобы пройти вверх по течению.

Перенаправление IP-адресов

Этот метод часто накладывается на бит с перенаправлением HTTP. По сути, вы перенаправляете свои запросы на новый IP-адрес назначения. Вы можете настроить прокси-сервер squid для обработки этих запросов.

Оба устройства iOS и android обнаруживают для неактивных порталов, просто проверяя стандартный ресурс URI (например: http://www.apple.com/library/test/success.html), и если этот ресурс заблокирован, тогда вы в автономном режиме, если этот ресурс получает 302 или 307 перенаправленных, то предполагается, что имеется доступный портал, и они откроют браузер. Если этот ресурс найден, они предполагают, что вы в сети, и браузер не открывается автоматически.

Android откроет стандартный браузер на телефоне или планшете, чтобы пользователь мог аутентифицироваться. Однако устройства iOS открывают псевдо-браузер, который является ограниченным приложением, которое не позволяет создавать такие вещи, как всплывающие окна воспроизведения видео и т.д.

Протокол WISPr, который, как мне кажется, изначально предназначался для устройств, у которых нет веб-браузера, чтобы принять условия и, таким образом, позволяя этим устройствам общий протокол принимать и аутентифицировать против невольного портала. Я даже не уверен, что протокол WISPr действительно был принят. (возможно, они переработали его)

(Не понял, сколько лет это было изначально, извините)

Ответ 2

Хорошо, решил. Протокол называется WISPr - теперь версия 2.0

некоторые ссылки http://erratasec.blogspot.com/2010/09/apples-secret-wispr-request.html

и трассировки

http://coova.org/node/4346

Ответ 3

HTTP 302 Перенаправление

Самый распространенный метод - просто заблокировать весь связанный трафик в сети, а затем перенаправить любой трафик порта 80 на свою страницу портала, локально или удаленно размещенную. Затем эта страница портала предоставит средства для "проверки подлинности" пользователя (пробивая отверстие в брандмауэре). Существуют методы уровня 2, такие как chillispot, которые обеспечивают все те же функциональные возможности и могут быть аутентифицированы против сервера радиуса, если вы хотите получить фантазию.

//Работа над созданием Wifi Hotspot, которая автоматически запускает мобильные браузеры (прямо на ссылку моего магазина), когда мобильное устройство подключается к Wi-Fi. Это будет интересным фактором для пользователя, заметите что-то особенное о нашей Точке, когда они пересекают ее.

Ответ 4

Я думаю, что вы ищете возможность создать стандартную "горячую точку" Wi-Fi.

Есть несколько очень хороших учебников онлайн о том, как это сделать, несколько из которых используют DD-WRT.

Например, проверьте это: http://www.hotspotsystem.com/en/hotspot/install_guide.html который дает несколько примеров.