6

Мой проект состоял в том, чтобы сделать точку доступа Wi-Fi. то есть, как только вы подключите эту точку Wi-Fi, вы не сможете выходить в Интернет, только на локальный сайт. Я добиваюсь этого, когда вы попадаете в любой домен, любой IP, для всех возможных портов, клиент перенаправляется на локальный сайт. Оно работает. Да уж.

Если я где-то не прав, это 100% пленник. Нет пересылки IP, нет доступа в Интернет.

Однако операционные системы не считают меня пленарным порталом.Операционные системы, с которыми я тестировал (Mac OS X, iOS, Android), похоже, не видят его в плену. Поэтому я не получаю всплывающие / всплеск / уведомлений. (Apple CNA: я проинформирован об этом, и помощник должен показать, что касается перенаправлений, которые я настроил).

Кому-то принадлежит большая часть помощи в этом? Я пропускаю / неправильно понимаю некоторые вещи в том, чтобы быть обнаруженным как огороженный сад.

Спасибо за любую помощь.

РЕДАКТИРОВАТЬ ___________ В консоли вот несколько строк, которые я получаю, когда Mac OS X присоединяется к Wifi Spot:

UserEventAgent [40]: Captive: CNPluginHandler en1: Аутентифицированный

UserEventAgent [40]: Captive: [CNInfoNetworkActive: 1709] en1: SSID «MyWifiTest2» не делает интерфейс основным (нет записи в кэш)

UserEventAgent [40]: Captive: CNPluginHandler en1: Оценка

UserEventAgent [40]: Captive: en1: Не проверяет «MyWifiTest» (кэш указывает, что не в плену)

Аналогичная проблема @ https://discussions.apple.com/thread/6251349 :«Итак, мы видим, что кеш больше не является проблемой, но что-то глючит при проверке (т. Е. Когда Captive Network Assistant запрашивает успешную веб-страницу Apple)), и в состоянии ошибки он предполагает, что мы в сети, а мы нет.Это также кажется глючным. Немного забавно то, что, как только компьютер обнаруживает, что он подключен к сети, все мои маленькие фоновые процессы начинают делать запросы, и я получаю возможность увидеть дамп разметки страницы входа в портал, содержащий ошибки, которые выдают эти процессы ».

В Library/Preferences/SystemConfiguration/CaptiveNetworkSupport/Settings.plist ProbeURL есть:

http://captive.apple.com/hotspot-detect.html
|источник

3 ответа3

1

В то время как ваш вопрос относится к другим операционным системам, взгляд на то, как Windows обнаруживает захваченные порталы, вероятно, приведет вас к решению.

Чтобы обнаружить присутствие подчиненного портала, Windows выполняет запрос поиска DNS для dns.msftncsi.com. Этот DNS-адрес должен разрешаться до 131.107.255.255. Если разрешение DNS не удается (разрешается до 0.0.0.0), или разрешенный IP-адрес не является правильным, то предполагается, что подключение к Интернету работает неправильно. Если DNS-запрос разрешен правильно, но страница недоступна, то предполагается, что имеется работающее интернет-соединение, но DNS-запросы перенаправляются на страницу аутентификации в браузере (портал авторизации).

Подробности смотрите в следующем блоге: http://blog.superuser.com/2011/05/16/windows-7-network-awareness/

|источник
1

Для меня это работает с тех пор, как у меня на странице был стандарт WispR xml.

Без этого мой портал был обнаружен Android, а не iOS ...

|источник
0

Я прогрессировал в этом, поэтому я отвечаю на свой вопрос.

В библиотеке / Предпочтения / SystemConfiguration / CaptiveNetworkSupport / Settings.plist ProbeURL находится по адресу :http://captive.apple.com/hotspot-detect.html

Прежде всего, это на самом деле не probeUrl. ProbeUrl уникален для каждой попытки. Даже слух о 200 яблоках неверен. Apple генерирует новый URL каждый раз, когда OSX/iOS проверяет Wifi. * Если вы хотите избежать отображения всплывающего окна, просто подайте тело Успеха. *

Тогда быть на 100% в плену не достаточно. Перенаправление - это половина дела. Вторая часть связана с протоколом о Wi-Fi, вы должны узнать об этом, о роуминге по Wi-Fi и так далее.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .