Точка доступа Wi-Fi, почему ОС не определяет меня в качестве Captive Portal?

6176
ArchiT3K

Мой проект состоял в том, чтобы сделать точку доступа 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) ), и в своем состоянии ошибки он предполагает, что мы в сети, а мы - нет. Это также кажется ошибочным. Что немного забавно, так это то, что как только компьютер предполагает, что он в сети, все мои маленькие фоновые процессы начинают делать запросы, и я get может увидеть дамп разметки страницы входа в портал для ошибок, которые выдают эти процессы. "

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

http://captive.apple.com/hotspot-detect.html
6
Я думаю, что у вас не будет уведомлений, если они не смогут подключиться к Интернету через точку доступа ... Попробуйте, позвольте клиентам просматривать веб-страницы и сообщите нам, если вы получите уведомления. edumgui 8 лет назад 0
@Santeador хорошо, я вижу ... (я добавил информацию к моему вопросу, если это полезно). Но я, мои клиенты, занимаюсь серфингом, Apple правильно пингует то, что хочет, это уже не пленник ... ArchiT3K 8 лет назад 0
Портал без доступа к Интернету похож на honeypot. Не пытался, но не будет логично, что любая ОС "продвигает" такую ​​точку доступа для пользователя ... edumgui 8 лет назад 0
возможный дубликат [Captive portal: спецификации внешних заставок?] (http://superuser.com/questions/934481/captive-portal-external-splash-page-specs) jornane 8 лет назад 0

3 ответа на вопрос

1
Nick Painter

While your question references other operating systems, a look at how Windows detects captive portals will likely lead you to a solution.

In order to detect the presence of a captive portal, Windows performs a DNS lookup request for dns.msftncsi.com. This DNS address should resolve to 131.107.255.255. If the DNS resolution fails (resolves to 0.0.0.0), or the resolved IP is not correct, then it is assumed that the internet connection is not functioning correctly. If the DNS query is resolved properly but the page is inaccessible, then it is assumed that there is a working internet connection, but that DNS requests are being redirected to an in-browser authentication page (captive portal).

See the following blog for details: http://blog.superuser.com/2011/05/16/windows-7-network-awareness/

Спасибо, что отметили это. На самом деле, Apple делает то же самое, но с URL, который - не в плену - возвращает html-контент «Success». Я еще не пробовал Windows ... я сделаю. ArchiT3K 8 лет назад 0
1
ArchiT3K

To me, it has worked since I had the WispR xml standard to my page.

Without this, my portal was detected captive by Android, not by iOS...

Не могли бы вы предоставить ссылку или дополнительную информацию? jornane 8 лет назад 0
0
ArchiT3K

I have progressed on it, so I answer my question.

In Library/Preferences/SystemConfiguration/CaptiveNetworkSupport/Settings.plist ProbeURL is: http://captive.apple.com/hotspot-detect.html

First of all, this is not really the probeUrl. ProbeUrl is unique fort each attempt. Even the rumor about 200 Apple urls is wrong. Apple generates a new URL each time OSX/iOS probes Wifi. *If you want to avoid displaying the Popup, just serve the Success body. *

Then, being 100% captive is not suffisiant. Redirection is a half part of the matter. The second part is a matter of protocol about Wifi, You have to learn about it, about wifi roaming and so third.

Можете ли вы предоставить больше информации о роуминге по Wi-Fi, чтобы кто-то еще мог извлечь уроки из этого? jornane 8 лет назад 1

Похожие вопросы