Google OAuth 2.0 и Captive портал с встроенным браузером

Question

У устройств Android и IOS есть механизм для обнаружения невольного портала в гостевых Wi-Fi-сетях. Всякий раз, когда обнаружен доступный портал, эти устройства запускают встроенный браузер, чтобы отобразить доступный портал.

Мой доступный портал позволяет моему гостевому Wi-Fi использовать свои учетные данные Google для авторизации, чтобы разрешить доступ к моему Wi-Fi.

Портал запускает OAuth 2.0 службой Google и возвращает профиль пользователя.

Все работает отлично, к сожалению, Google решила прекратить поддержку OAuth 2.0 во встроенном браузере 22 апреля.

https://developers.googleblog.com/2016/08/modernizing-oauth-interactions-in-native-apps.html

Насколько я знаю, нет никакого способа, чтобы заставить IOS или Android устройства, чтобы начать реальный браузер во время процесса обнаружения пленного портала.

Поскольку этот встроенный браузер нельзя контролировать, какой параметр я должен разрешить своим гостям использовать свои учетные данные Google? Если альтернативного варианта нет, мне придется перейти на модули auth Facebook, которые не имеют этого ограничения на сегодняшний день.

Спасибо, Уильям

Answer 1

Спасибо William за это примечание относительно пленница портала. Мы (команда Google Identity) должны провести некоторое расследование, чтобы решить, как наилучшим образом поддержать ваш вариант использования. Я отвечу на эту тему. Будьте на связи.

Обновление (4/7/2017): На данный момент мы решили, что мы не будем нарушать регистрацию Google в невольных порталах. Если у вас есть клиент, который сломан, отправьте мне идентификатор клиента.

Answer 2

Я не достаточно крут, чтобы комментировать, по-видимому, поэтому я просто отвечу, что, несмотря на @nvagr, заявив, что Google не будет разбит в CNA, это так. Вы не можете войти в систему с помощью Google oAuth на устройстве iOS. Вы получите 403: disallowed_useragent, потому что он использует CNA.