Портал авторизации Hotspot не позволяет автоматически закрыться при перенаправлении после входа в систему.

Та же проблема… есть какая-нибудь информация о решении?

Привет, у меня та же проблема. Я настроил хотспот на RouterBoard 2011 и изменил страницу login.html так, чтобы она автоматически входила под тестовым пользователем и перенаправляла на внешний веб-сайт. Я проверял на разных устройствах с разными операционными системами — на некоторых редирект работает, на других нет. Вот подробности:

Ноутбук с Windows 7 и Windows 10 – подключаюсь к сети, открываю браузер, вижу страницу входа, всё работает отлично.

HTC One M8 mini на Android 4.4.2 – после подключения появляется уведомление, что нужно войти, кликаю на него, получаю страницу входа, всё нормально.

Lenovo P70 на Android 4.4.2 – то же самое, после подключения уведомление, страница входа появляется, всё работает.

Samsung Galaxy S5 на Android 5.0 – страница входа появляется автоматически после подключения, всё отлично.

Ноутбук с Linux Ubuntu 14.04.3 – страница входа появляется автоматически после подключения; но когда кликаю по ссылке входа, браузер открывает пустую страницу.

Samsung Galaxy S6 Edge на Android 5.1.1 – страница входа появляется автоматически после подключения; после клика по ссылке для входа браузер закрывается сам.

Sony Xperia Z3 Compact на Android 5.1.1 – после подключения появляется уведомление о необходимости входа, кликаю, появляется страница входа, но после клика по ссылке входа браузер закрывается.

Nokia Lumia 735 на Windows Phone 8 – страница входа появляется автоматически после подключения; после нажатия ссылки входа браузер закрывается.

Lenovo P70 на Android 5.1 – после подключения появляется уведомление о входе, захожу на страницу входа, но после клика по ссылке входа появляется ошибка (просто красный значок замка).

Проблема одна и та же, независимо от того, на какую страницу я перенаправляю. Может, ошибка в настройках хотспота или на странице login.html?

Всем привет. У меня такая же проблема. Это не проблема Mikrotik, а сама ОС Android. По умолчанию браузер на Android так работает. Не спрашивайте почему, но решения для этого нет. Сделайте так: подключитесь к своей сети. Как только подключитесь, откройте Google Chrome на своем Android-устройстве и посмотрите страницу с условиями. Как только вы это сделаете, вас правильно перенаправит на нужную страницу. Я сегодня тоже немного тестировал и на других браузерах всё работает нормально. Попробуйте сделать Google Chrome своим основным браузером или используйте любой другой, кроме того, что установлен по умолчанию в Android. Тогда вы увидите страницу входа и попадёте на нужную страницу — домашнюю или как там её хотите назвать. Всем спасибо!

Привет, santangelo, консультант Mikrotik на связи. Я также отправил тебе письмо! Можешь, пожалуйста, дать какие-то указания или связаться со мной по поводу решения этой проблемы? Я уделю время и потом выложу здесь полное решение! Спасибо!

Спокойной ночи, мне нужна ваша помощь, да. Мой редирект открывается и сразу же закрывается на телефоне? У вас есть решение?

Всем привет. Я нашёл частичное решение. Провёл расследование. Когда андроид подключается к Wi-Fi, он пытается обратиться к некоторым адресам Google и Amazon (на TCP порт 5223 и так далее). Я перехватил эти адреса и внес их в белый список walled-garden. Теперь, когда телефон подключается, он думает, что интернет доступен, и автоматически не открывает страницу входа в точку доступа. Минус такого подхода — страницы Google доступны без входа. Но для моего окружения это не проблема. Может, кому-то эта информация пригодится.

Итак, вот что я сделал, и, похоже, работает довольно отлично. После входа в систему профиль пользователя добавляет вас в список фаервола, который блокирует проверку соединения на 15 секунд, а потом удаляет пользователя из этого списка. Это позволяет перенаправлению на пост-страницу пройти, потому что вы в сети, но при этом обманывает Captive Portal и телефон, заставляя думать, что вы всё ещё офлайн, и не закрывать портал. По крайней мере, в 80% случаев это работает, так как всё дело в тайминге. Также, если когда-нибудь Google поменяет URL проверки, тогда придётся менять его и в правилах фаервола. Надеюсь, это поможет.

IP firewall filter chain=forward action=jump jump-target=hs-unauth protocol=tcp src-address-list=LoggedIn content=connectivitycheck.gstatic.com

IP hotspot user profile name=“default” session-timeout=2d idle-timeout=none status-autorefresh=5m shared-users=unlimited add-mac-cookie=yes mac-cookie-timeout=2d address-list=“” on-login=/ip firewall address-list add list=LoggedIn address=$address comment=$“mac-address”\r\n:delay 15s\r\n/ip firewall address-list remove [find comment=“$“mac-address””]\r\n transparent-proxy=no

Учтите, что если вы обойдёте проверку подключения таким образом, всплывающего окна хотспота не будет. Вашим пользователям будет очень сложно вызвать перенаправление на captive portal, потому что большинство сайтов используют HTTPS, а это значит, что они увидят пугающие сообщения об ошибках безопасности вместо перенаправления. Хорошенько подумайте, какое впечатление вы хотите произвести на своих пользователей: быстрый и простой доступ с автоматическим всплывающим окном хотспота или оставить их лицом к лицу с кучей ошибок HTTPS, пока они наконец не найдут ссылку на HTTP, чтобы сработало перенаправление?

Думаю, правильного ответа на этот вопрос нет, Android не показывает captive portal, и я не могу найти никакого обходного пути. Поможет кто-нибудь?