Что было нужно
Провести гостя по понятному мобильному сценарию
Кейс · Тольятти
Гостевой Wi-Fi с авторизацией для спортивного комплекса Davis
Разработали собственный сценарий подключения посетителей: от страницы авторизации и подтверждения номера до открытия интернет-доступа через UniFi.
Коротко
Задача и результат
Главное о проекте — до технических подробностей.
Что сделали
Captive portal, подтверждение номера через Flash Call, UniFi и серверная логика доступа в локальном контуре.
Как проверили
Новая авторизация по телефону
Проект в двух предложениях
Посетителю — понятное подключение. Объекту — управляемый контур.
Для Davis разработали captive portal, который проводит гостя от ввода номера до доступа в интернет. Серверная логика подтверждает статус через Flash Call, взаимодействует с UniFi и сохраняет диагностические события локально.
01
Задача: открыть интернет гостям, не открывая внутреннюю сеть
Один общий пароль не управляет идентификацией, состоянием сессии и отказными сценариями.
Спортивному комплексу требовался управляемый гостевой доступ: посетитель должен подключаться без помощи администратора, проходить предусмотренную идентификацию, а рабочие устройства клуба — оставаться вне гостевого контура. Готовый пароль от Wi-Fi не решал эти задачи и не давал контролировать повторные подключения и отказные ситуации.
02
Почему обычного пароля было недостаточно
Пароль отвечает только на вопрос «кто знает комбинацию», но не управляет жизненным циклом гостевого доступа.
Для объекта важны отдельный сценарий посетителя, подтверждение номера, контролируемое открытие доступа и понятная диагностика при задержке внешнего сервиса. Гостевая сеть проектируется как отдельный контур: посетителю нужен интернет, а не доступ к внутренним устройствам организации.
03
Как подключается посетитель
Схема отражает подтверждённый пользовательский сценарий, а не воспроизводит закрытый production-интерфейс.
- 01Выбирает гостевую сеть
Телефон подключается к Wi-Fi спортивного комплекса.
- 02Открывает портал
Captive portal показывает мобильную страницу авторизации.
- 03Указывает номер
Система запускает предусмотренную процедуру Flash Call.
- 04Проходит подтверждение
Сервер проверяет статус через внешний API.
- 05Получает интернет
После успеха UniFi открывает доступ подтверждённому устройству.
02
Что было реализовано
Логику портала разместили на локальном сервере. Новый посетитель попадает на captive portal, указывает номер, проходит подтверждение через Flash Call, после чего сервер передаёт контроллеру UniFi команду на открытие доступа. Статусы и ошибки остаются в локальном контуре.
ПосетительТелефон
→Локальный контурCaptive portal
⇄Серверная логикаPHP + SQLiteсессия · статусы · события
⇄Внешняя проверкаFlash Call API
→Сеть объектаUniFiдоступ в интернет
Мобильный captive portal
Создали брендированную адаптивную страницу с последовательным сценарием подтверждения номера.
Flash Call
Интегрировали вызов и контролируемую проверку статуса, включая задержки и повторные попытки.
UniFi Network API
Связали подтверждённую сессию с контроллером, который открывает устройству доступ в интернет.
Локальная серверная часть
Разместили правила сценария, статусы и диагностические события в инфраструктуре объекта.
Отказные состояния
Предусмотрели временные ответы API, задержку подтверждения и повторную авторизацию.
Гостевой контур
Отделили посетителей от рабочих устройств и служебных сервисов спортивного комплекса.
Принцип проекта
Обсудить объектСначала сценарий объекта, затем архитектура — без подгонки бизнеса под универсальный шаблон
05
Что происходит после подключения
Портал не заканчивается на одной форме: сервер ведёт состояние сценария до результата.
После успешной проверки сервер связывает подтверждённую сессию с сетевым контроллером. Если внешний API отвечает с задержкой, система повторно проверяет статус и показывает посетителю понятное состояние вместо бесконечной загрузки.
06
Готовые компоненты и собственная разработка
Инженерная работа здесь — не установка одной точки доступа, а связь сети, интерфейса и серверных состояний.
Использованные компоненты
- Ubuntu Server, Nginx, PHP и SQLite;
- контроллер и API UniFi;
- внешний сервис Flash Call;
- стандартный механизм captive portal.
Разработано для проекта
- мобильный сценарий и визуальный слой портала;
- серверная логика состояний;
- интеграция подтверждения с UniFi;
- обработка задержек, повторов и диагностических событий.
07
Что получает посетитель
Короткий сценарий без обращения к администратору объекта при штатном подключении.
01
Понятная мобильная последовательность без поиска общего пароля
02
Интернет открывается после успешного подтверждения
03
Состояние задержки не выглядит как зависший экран
04
Повторная попытка предусмотрена в сценарии
05
При штатном подключении не требуется помощь администратора
08
Что получает администрация объекта
Управляемый доступ, отделённый от рабочих устройств, и понятная точка диагностики.
Контроль сценария
Правила авторизации и статусы находятся в локальной серверной части, а не в безликой форме с общим паролем.
Отдельный гостевой контур
Посетитель получает интернет, но не доступ к рабочим устройствам и служебным сервисам клуба.
Диагностика
События и отказные состояния помогают отличить задержку Flash Call от ошибки портала или сетевого контроллера.
09
Как убедились, что всё работает
Проверяли не отдельные компоненты, а пользовательские и отказные сценарии от телефона посетителя до сетевого доступа.
10
Техническая реализация
Стек приведён для технического читателя без публикации адресов, ключей, правил доступа и закрытой конфигурации.
Ubuntu ServerNginxPHPSQLiteUniFi Network APICaptive PortalFlash CallREST API
11
Безопасность без раскрытия конфигурации
Гостевой доступ рассматривается как отдельный контур с минимально необходимой связностью.
Проверили, что из гостевого сегмента недоступны рабочие сегменты объекта. На странице намеренно не публикуются сетевые адреса, правила фильтрации, ключи интеграций и параметры администрирования.
12
Коротко о правовом контексте
Техническая идентификация не заменяет организационные документы владельца объекта и оператора связи.
Решение проектировалось с учётом применимых требований к организации публичного доступа в интернет и обработке номера телефона. Конкретный способ идентификации, основания и сроки обработки данных, уведомления и тексты для пользователя должны подтверждаться владельцем объекта и оператором связи по актуальным требованиям. Этот кейс не является юридическим заключением.
13
Где применим такой подход
Там, где посетителям нужен интернет, а организации — управляемый и отделённый гостевой доступ.
Фитнес и спорт
Клубы, бассейны и спортивные комплексы.
HoReCa
Кафе, рестораны, гостиницы и зоны ожидания.
Клиентские офисы
Шоурумы, клиники и сервисные центры.
Площадки
Коворкинги, мероприятия и общественные пространства.
14
Сеть, разработка и интеграции — одна задача
Кейс Davis показывает подход команды: увидеть бизнес-процесс целиком и связать инфраструктуру с собственным программным слоем.
Сначала разберём существующую сеть, требования к доступу и сценарий посетителя. Затем предложим архитектуру под конкретный объект — без попытки подогнать инфраструктуру под универсальный шаблон.
15
Связанные услуги
Подробный состав, условия и стоимость направлений, использованных в проекте.
Связанная услуга
Гостевой Wi-Fi с авторизацией и аналитикой
Посетитель подключается через страницу вашей компании и подтверждает номер телефона. Рабочая сеть остаётся закрытой, а владелец видит статистику подключений. Передачу контактов в CRM и маркетинговые сценарии настраиваем только при отдельном согласии посетителя и согласованной правовой модели.
Подробнее об услуге →Связанная услугаАвтоматизация бизнес-процессов
Разбираем ручной процесс, убираем лишние шаги и автоматизируем устойчивую схему: заявки, согласования, документы, уведомления, обработку файлов и контроль сроков. Интеграции, боты и AI подключаем как отдельные компоненты только там, где они дают измеримый эффект.
Подробнее об услуге →Связанная услугаМониторинг IT-инфраструктуры
Настраиваем контроль серверов, сети и ресурсов, отделяем критичные события от информационного шума, создаём графики, оповещения и показатели для SLA.
Подробнее об услуге →Связанная услугаРазработка и сопровождение веб-систем
Создаём корпоративные сайты, каталоги и веб-сервисы, а также принимаем на сопровождение существующие проекты. Связываем разработку с инфраструктурой: Git, сервер, безопасный релиз, резервное копирование, мониторинг, документация и дальнейшее развитие.
Подробнее об услуге →Связанная услугаКорпоративные порталы и внутренние системы
Разрабатываем порталы, личные кабинеты, системы заявок, согласований, документов и специализированные CRM. Начинаем с одного рабочего процесса и ролей, запускаем MVP, связываем его с 1С, сайтом и другими системами и затем развиваем по данным использования.
Подробнее об услуге →16
Похожие проекты
Гостевой Wi-Fi ООО «ЛАУНЖ ХАУС» в Калуге
Captive Portal, Flash Call, локальная база и полный контроль гостевого доступа без SaaS-подписки.
Смотреть кейс →
Цифровая платформа для бренда украшений
Каталог украшений, персональные продукты, мастер-классы, события и собственная система управления контентом для локального бренда из Тольятти.
Смотреть кейс →
Образовательная экосистема полного цикла для РАДО
Публичная платформа, личный кабинет, обучение, внутренний портал учебного отдела и коммуникационная инфраструктура в едином жизненном цикле слушателя.
Смотреть кейс →Без сложного технического задания
Обсудить задачу
Напишите своими словами, что не работает или что нужно запустить. Сергей Кутрань уточнит необходимые детали и предложит понятный следующий шаг.
- +7 937 213-89-12
- it@zeadmin.ru
- Telegram Сергея
- MAX Сергея
- Пн–Пт: 09:00–18:00