Facebook.com и обнаружение Captive Portal в iOS7

Эта проблема была исправлена ​​Apple, начиная с IOS 8. Но поскольку все пользователи iPhone 4 не могут обновиться до IOS 8, эта проблема остается.

Устройства IOS 7 проверяют наличие следующих доменов:

www.appleiphonecell.com
captive.apple.com
captive.apple.com
www.apple.com
www.itools.info
www.ibook.info
www.airport.us
www.thinkdifferent.us

Внесение этих доменов в белый список останавливает отображение маски входа, поскольку устройство IOS считает, что Интернет работает должным образом. Таким образом, вы контролируете происходящее, поскольку устройство IOS ничего не прерывает, если вы используете обычный браузер для входа в систему.

Если вы не внесете домены в белый список, произойдет следующее. Я отлаживал его на роутерах с несколькими устройствами IOS, и все они делали в основном одно и то же:

1. Если вы подключаетесь к Wi-Fi, устройство IOS пытается подключиться к одному из доменов, которые перечислены выше. Если он может связаться с одним из доменов, он пробует другой. Если это невозможно, он запускает перенаправление, которое контролируется маршрутизатором. Иногда он опрашивает один или несколько доменов, прежде чем решит, что интернет работает.
2. После проверки экран входа в систему перенаправляется на ваш маршрутизатор, а затем на экран входа в ваш авторизованный портал. Это поведение осталось таким же, как и в IOS 6 или ранее.
3. Теперь вы запускаете вход по oauth к стороннему провайдеру, такому как Facebook, Google или Twitter. А теперь разница проявляется. Вы можете проверить это на маршрутизаторе, если вы запустите его в режиме отладки. Поскольку устройство IOS переходит на другой домен для входа по oauth (например, www.facebook.com), iPhone думает, что что-то изменилось, и начинает запрашивать один из доменов Apple, перечисленных выше. Пользователь видит только белый экран, а в фоновом режиме устройство IOS пытается повторно связаться с одним из доменов. Для пользователя это кажется ошибкой, так как экран остается белым или требуется очень много времени, чтобы показать логин на стороннем провайдере. Иногда перестает загружаться и ничего не происходит навсегда.

Чтобы избежать такого поведения, вы должны внести в белый список перечисленные выше домены. Это не обычное поведение для пользователей IOS, но таким образом ваш браузер контролирует сеанс входа в систему, и устройство IOS не прерывает его, как это происходит с экраном входа в систему.

Некоторые неглубокие части информации сообщаются на следующих сайтах:

• https://supportforums.cisco.com/docs/DOC-36523
• http://www.cadincweb.com/why-your-apple-ios-7-device-wont-connect-to-the-wifi-network
• https://discussions.apple.com/thread/5355766

Я не смог найти подробного описания проблемы и сам нашел ее выше, отлаживая все части с некоторыми маршрутизаторами и устройствами IOS, такими как iPhone и iPad.

Я только что протестировал различные настройки маршрутизатора и заметил, что iOS 7 НЕ пытается связаться с вышеупомянутыми сайтами/URL-адресами, когда поле DOMAIN маршрутизатора пусто.

Я предполагаю, что пустой домен указывает на настроенную сеть потребительского типа, и Apple не ожидает Captive Portal в такой сети. Если у вас есть доступ для администрирования вашего маршрутизатора, посмотрите, можете ли вы очистить поле DOMAIN (и перезапустить/повторно протестировать).

Я нашел свое решение своей проблемы. (некоторое время назад, но я снова нашел этот пост)

Сначала я узнал, iOS делает 3 вызова, первый для проверки, второй для получения страницы, которую нужно отобразить, третий для повторной проверки после загрузки страницы. Затем я обнаружил, что для каждого действия POST или GET, выполненного страницей, относительно исходной страницы было обновлено, iOS проверяет активное подключение к Интернету. Поскольку API facebook делает много вызовов, браузер начинает зависать (возможно, в сочетании с QoS на моем маршрутизаторе) и зависает страница.

Мое решение:

Поскольку я контролирую записи DNS используемого маршрутизатора, я перенаправил все домены на свой собственный сервер.

Сначала я сохранил запрос на проверку, чтобы позже идентифицировать пользователя, когда он вернется для третьего запроса.

Когда приходит второй запрос, я просто показываю информационное окно, в котором все правильно, и пользователь должен нажать кнопку «Готово».

Страница загружена, поэтому iOS снова проверяет, но я узнаю пользователя, поэтому я показываю код OK, который также отображает Apple. Кнопка «Готово» показывается, и у пользователя есть «интернет», согласно iOS.

На отображаемой странице я предлагаю пользователю открыть веб-браузер. Когда он это делает, он открывает страницу, и отображается мой портал с нужной страницей (я могу обнаружить это на основе агента браузера). Затем мой facebook API начинает делать свою работу, и мы идем :-)

Дайте мне знать, если кому-то нужна дополнительная информация о том, как обнаружить или, возможно, даже пример кода, если это необходимо.

Дополнительная информация. Чтобы захватить пользователя на вашем собственном сервере, перенаправляйте каждый запрос на вашу страницу обработки, используя, например, .htaccess. Запрос направляется в домен с подфайлом, например: http://captive.apple.com/getrT09Nx7G/YNrnUOulnDj/3cfrq3M40iR.html

Чтобы разделить нескольких пользователей, используйте уникальный URL-адрес, с которым устройство пытается связаться при проверке Интернета, в данном случае: /getYT09Nx7G/YN1nUOulnDj/3cfMq3M40iR.html.