[Sarlug] Разработка captive-портала

[Аксельрод Александр]

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

20.04.2013, 19:31, "Ivan Afonichev" <ivan.afonichev на gmail.com>:
> 20 апреля 2013 г., 12:15 пользователь Аксельрод Александр <alexakselrod на yandex.ru> написал:
>> Рассмотрим простой use-case:
>>
>> 1. студент Вася пришел в кафе и включил ноут;
>> 2. он подключается к WiFi сети, и заходит на yandex;
>> 3. captive-портал берет этот запрос, генерит некий UUID и спрашивает сторонний сервис по HTTP, пускать ли Васю;
>> 4. сервис говорит, что про такого UUID ничего не слышал, не пускать;
>> 5. captive-портал вместо yandex отправляет Васю на страницу с предложением ввести номер мобилы;
>> 4. Вася вводит номер;
>> 5. captive-портал передает номер мобилы стороннему сервису по HTTP;
>> 6. сторонний сервис на мобилу присылает секретный код;
>> 7. Васе отображается сообщение "Вам отправлен код, введите его в это окно";
>> 8. Вася вводит секретный код;
>> 9. captive-портал спрашивает сторонний сервис по HTTP -- такой UUID, такой секретный код -- пускать?
>> 10. сервис говорит -- пускать;
>> 11. Вася перенаправляется на yandex;
>> 12. При каждом запросе HTTP captive-портал спрашивает сервис, пускать ли Васю дальше?
>> 13. Сервис всегда отвечает Пускать.
>>
>> Вот какой стек технологий тут можно предложить?
>
> nfqueue это если прям на каждый запрос проверять.
> Но мне кажется лучше просто тех кому еще не разрешено перенаправлять на портал и там у них запрашивать все что надо и когда им будет разрешено вносить их в ipset разрешенных.
>
> ,
> _______________________________________________
> Sarlug mailing list
> Sarlug на lists.lug.ru
> https://lists.lug.ru/mailman/listinfo/sarlug