Что должно оставаться дома

Home Assistant работает на собственном устройстве пользователя, но не все интеграции выполняют команды локально. Одни устройства общаются по домашней сети, другие требуют доступа к облаку производителя. Составьте список сценариев: освещение и датчики, автоматизации, камеры, голос, история событий и уведомления. Для каждого отметьте, должен ли он работать без внешнего интернета.

Если центральный узел находится дома, он обычно ближе к Wi-Fi, Zigbee, Thread и другим локальным устройствам. Для радиопротоколов могут понадобиться отдельный координатор или USB-радиомодуль; если Home Assistant запускается в VM или контейнере, придется передать устройство через виртуализационный слой и проверить, что оно остается доступным после перезагрузки.

VPS подходит для удаленного сервиса или части инфраструктуры, но сам по себе не имеет доступа к USB-радио и локальной сети квартиры. Чтобы соединить узлы, нужен управляемый VPN или другой согласованный сетевой туннель. Не выставляйте веб-панель прямо в интернет без TLS, аутентификации и настройки доверенных proxy.

Разделите систему на контроллер автоматизаций, устройства/радиомосты и внешний канал доступа. Если они в разных сетях, нарисуйте маршрут: кто выдает адреса, кто разрешает DNS и где заканчивается VPN. Локальные команды смогут выполняться без WAN только в том случае, если нужные устройства и интеграции не зависят от облака производителя. Проверьте каждый важный сценарий отдельно.

При запуске Home Assistant в VM или контейнере проверьте USB passthrough. Радиомодуль может быть виден хосту, но недоступен гостевой системе. Уточните устойчивое имя устройства, права доступа и поведение после перезагрузки, прежде чем добавлять автоматизации, зависящие от него.

Выберите способ установки

Home Assistant предлагает Home Assistant OS, установку на собственное оборудование, виртуальную машину и Home Assistant Container. Официальная документация называет Home Assistant OS рекомендуемым вариантом для большинства пользователей, которые ставят систему на свой компьютер. Container требует, чтобы владелец сам обслуживал Linux и Docker, а также вручную обновлял среду; у него нет Apps, доступных Home Assistant OS.

Для Raspberry Pi 4 или 5 документация приводит минимум 2 GB RAM и рекомендует карту microSD с Ethernet; это пример поддерживаемого устройства, а не универсальная конфигурация для всех интеграций. Ресурсы зависят от базы истории, камер, дополнительных приложений и частоты событий. Начните с набора, который рекомендует выбранный метод установки, затем наблюдайте за свободным местом и нагрузкой.

ВариантЧто удобноЧто придется обслуживать
Home Assistant OS на локальном устройствеГотовая система и AppsСамо устройство, сеть, резервные копии и питание
Home Assistant ContainerСвой Docker-стек и контроль LinuxОбновления хоста, compose, сети, USB passthrough и приложения отдельно
VM на домашнем сервереРазделение гостевой ОС от других сервисовГипервизор, виртуальная сеть и проброс устройств
Узел в VPS и локальный шлюзУдаленная централизованная инфраструктураVPN, маршруты и локальное подключение радиоустройств

Таблица упрощает схему. На практике можно держать Home Assistant на локальном мини-ПК, базу резервных копий на NAS и доступ администратора через VPN; удаленный VPS для этого не обязателен. Если сервер находится за NAT, сначала проверьте, сможете ли безопасно установить туннель до домашней сети и восстановить его после перезапуска роутера.

Учитывайте и USB passthrough. Радиомодуль Zigbee, Thread или контроллер Z-Wave может быть виден хосту, но не гостевой VM. После переноса устройства проверьте путь /dev/serial/by-id, права доступа, стабильность при перезагрузке и то, что контейнеру не переданы лишние привилегии.

Продумайте связь при сбое интернета

Проверьте, что происходит с автоматизацией при отключении WAN, маршрутизатора или самого контроллера. Если логика зависит от облака, часть команд может перестать работать даже при работающем локальном сервере. Это определяется интеграциями и прошивкой устройств, поэтому составьте список критичных сценариев и проверьте их на своей сети.

Для каждого сценария отметьте зависимость: выключатель работает локально или через облачный API; голосовая команда обрабатывается дома или удаленно; история хранится в локальной БД или запрашивается через интернет. Название интеграции не отвечает на вопрос о поведении при потере WAN. Сверяйтесь с документацией конкретного устройства и проверяйте настройку на одном некритичном сценарии.

Зафиксируйте результаты рядом со схемой: адрес контроллера, адрес шлюза, тип радиомоста и способ удаленного доступа. Тогда при переносе с Raspberry Pi на VM будет понятно, какой компонент нужно вернуть и как проверить интеграции без повторной настройки всего дома.

Не оставляйте единственную точку доступа к дому в виде публичного порта. Документация Home Assistant предлагает защищенный удаленный доступ через VPN либо обратный прокси с корректным доверием к прокси-заголовкам. Публикация порта без шифрования подвергает учетные данные риску; одну TLS-галочку в reverse proxy тоже нужно проверить по документированному методу.

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

Сделайте резервную копию, которую можно восстановить

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

Резервная копия Home Assistant хранит выбранные каталоги и приложения. По умолчанию локальная копия лежит рядом с системой, поэтому при отказе устройства доступ к ней может пропасть. Храните еще одну копию на другом носителе или узле. Если архив зашифрован, отдельно сохраните emergency kit с ключом: потеря ключа может сделать резервную копию невосстановимой.

Проверьте не только факт создания файла, но и процедуру восстановления на отдельной установке. Запишите, какие каталоги и устройства попали в backup, что надо подключить после восстановления и кто имеет ключи доступа.

Если резервная копия шифруется, emergency kit должен храниться вне устройства Home Assistant и быть доступен тем, кто будет восстанавливать систему. При ротации ключей сохраните старый ключ для архивов, созданных ранее. Не делитесь файлом восстановления по открытому каналу поддержки.

Если используете автоматическое удаление старых резервных копий, проверьте срок хранения и число сохраняемых поколений. Не оставляйте единственный экземпляр вместе с устройством Home Assistant: пожар, скачок питания или отказ накопителя могут повредить оба. Зашифрованные архивы требуют emergency kit с ключом, поэтому проверьте, что он хранится отдельно и доступен уполномоченному человеку.

Для размещения на VPS ознакомьтесь с Docker-хостингом, VPS/VDS, сетевыми папками, резервными копиями и Linux firewall. Сверьтесь с официальными разделами Home Assistant о выборе оборудования, способах установки, защите, удаленном доступе и backup, проверенными 8 октября 2026 года. Устройства пользователя не сканировались, платные планы не сравнивались.