Loxone App
Loxone App и удалённый доступ — локальное управление, облако по выбору
Как работают локальный доступ через приложение и удалённое подключение в системе Loxone, как проектировать роли и безопасность и что продолжает работать при сбое связи.
Краткий ответ
Приложение подключается к Miniserver через локальную сеть и может быть доступно удалённо через облачный сервис или VPN объекта. Локальные расписания и логика продолжают работать без интернета. Удалённый доступ должен быть спроектированным, ролевым и журналируемым путём, а не открытым портом, а использование облака — выбором, а не зависимостью.
Локальность по замыслу
Обычный путь прост: приложение находит Miniserver в локальной сети, аутентифицирует пользователя и читает или записывает точки. Расписания, последовательности и блокировки выполняются на контроллере, а не в приложении. Поэтому отказ интернет-канала не останавливает здание — он лишь лишает удалённой видимости и управления. Такая локальная модель также обеспечивает низкую задержку управления в помещениях и сокращает объём данных, покидающих объект. Вопрос проектирования не в том, полезно ли облако, а в том, какие функции должны оставаться доступными без него. Запишите, какие функции считаются критичными: этот перечень определяет, где нужны локальное управление, независимые тревоги и резервное питание, а какие функции могут безопасно подождать.
- Управление в помещении работает в локальной сети
- Расписания и блокировки выполняются на контроллере
- Удалённый доступ — дополнительный путь, а не основа
Удалённый доступ без раскрытия здания
Удалённый доступ можно организовать через облачный сервис поставщика, межсетевой VPN или управляемое устройство удалённого доступа. У каждого свой периметр доверия. Облачный ретранслятор удобен, но зависит от провайдера и внешнего канала; VPN даёт владельцу больше контроля, но требует сетевых компетенций; управляемое устройство может объединить контроль доступа, журналирование и поддержку. Какой бы путь ни выбран, избегайте прямого проброса портов к контроллеру. Используйте минимальные привилегии, отдельные учётные записи, многофакторную аутентификацию на границе сети и журнал того, кто что изменил. Отразите выбранный путь в схеме сети, включая сведения о том, у кого находятся учётные данные и как доступ отзывается при уходе подрядчика или сотрудника.
- Выбирайте облако, VPN или управляемый доступ осознанно
- Никогда не выставляйте контроллер напрямую в интернет
- Журналируйте удалённые сеансы, изменяющие уставки
Роли, представления и уведомления
Не каждому пользователю нужен один и тот же экран. Оператору нужны тревоги, тренды и ясный обзор здания. Технику нужны точки, параметры и диагностика. Жителю или арендатору нужны сценарии помещения и ограниченный набор элементов управления. Представления по ролям снижают число ошибок и упрощают обучение. Уведомления должны подчиняться той же логике: направляйте критичные тревоги ответственной роли, подавляйте повторяющиеся помехи и делайте подтверждение видимым. Хорошо спроектированное приложение — не уменьшенная копия инженерного инструмента, а представление операционной модели для конкретной роли. Проверяйте представления с реальными пользователями до передачи объекта: страница, которая аккуратно выглядит в офисе, может быть нечитаемой на телефоне в техническом помещении, а использоваться будет именно там.
- Разделяйте представления оператора, техника и арендатора
- Маршрутизируйте тревоги по ответственности, а не по списку устройств
- Делайте подтверждение и эскалацию видимыми
Контрольный список безопасности и отказоустойчивости
Рассматривайте сеть автоматизации как отдельную зону, отделённую от офисной сети. Документируйте, какие порты и службы открыты, поддерживайте прошивку в актуальном состоянии, отключайте неиспользуемые службы и меняйте учётные данные по умолчанию. Делайте резервную копию проекта до начала удалённых работ и фиксируйте каждый удалённый сеанс, изменяющий уставку. Продумайте, что происходит при отказе внешнего канала, при сбое у облачного провайдера и при уходе пользователя из организации. Удалённый доступ — это эксплуатационная возможность, поэтому ему нужны ответственный, цикл проверок и процедура отключения, а не только приложение, установленное на телефон. Проверяйте удалённые учётные записи одновременно со списками пожарных и прав доступа, чтобы цифровые ключи здания не переживали своих держателей.
- Сегментируйте сеть автоматизации
- Поддерживайте прошивку и учётные данные в актуальном состоянии
- Определите процедуру отключения удалённых учётных записей при увольнении
Изображения проекта
3 images
Частые вопросы
01Работает ли приложение без интернета?
В локальной сети — да. Удалённый доступ требует сетевого пути; локальное управление зданием продолжается в любом случае, поскольку логика выполняется на Miniserver.
02Обязательно ли подключение к облаку?
Нет. Облачный доступ — это удобство и вариант мониторинга. Локальное управление и файл проекта остаются на объекте, что и составляет основу локальной модели.
03Могут ли арендаторы получить собственный доступ?
Да, с учётными записями по ролям, ограниченными их помещениями или этажами. Держите учётные записи арендаторов отдельно от учётных записей эксплуатации здания и пересматривайте права при изменении арендных отношений.
04Что происходит при сбое WAN?
Локальная автоматизация продолжается. Удалённые команды, облачные отчёты и тревоги за пределами объекта недоступны до восстановления связи, поэтому критичным тревогам нужен локальный или независимый путь.
05Как защитить удалённый доступ?
Используйте VPN или управляемый ретранслятор, учётные записи с минимальными привилегиями, многофакторную аутентификацию на границе, обновления прошивки и журналирование сеансов. Не выставляйте контроллер напрямую в интернет.
Следующий шаг
Приведите нам здание.
Расскажите о типе здания, системах в объёме работ и нужном результате. Мы покажем кратчайший путь к работающей системе.