Короткий ответ
Дома AmazHA — приложению Home Assistant для часов Amazfit — нужен только ваш локальный адрес, например http://192.168.1.50:8123, и ничто не обязано быть доступным снаружи. Вне дома телефону нужен удалённый адрес, до которого он может достучаться: Home Assistant Cloud, VPN, например Tailscale или WireGuard, или собственный домен с HTTPS. Укажите оба — и AmazHA сам выберет тот, что работает.
Дома ничего дополнительного не нужно
В домашней сети AmazHA нужен только тот адрес, которым вы уже открываете Home Assistant в браузере дома. Это поле Локальный URL (LAN) в настройках AmazHA, и его одного достаточно: ни подписки, ни VPN, ни домена, ни открытого порта на роутере.
В настройках AmazHA два поля адреса: Локальный URL (LAN) и Удалённый URL. Любое можно оставить пустым. Если вы пользуетесь часами только дома, заполните локальное поле, оставьте удалённое пустым — и всё готово. Удалённый адрес можно добавить позже, в тот день, когда вы захотите, чтобы часы работали в офисе или в отпуске, ничего больше не трогая.
Поля находятся в приложении Zepp, в разделе Профиль › ваши часы › Приложения › AmazHA › Настройки › Home Assistant. Они появляются после разблокировки полной версии (разовая разблокировка, без подписки): бесплатная версия — это живое демо на тестовых данных, и к серверу она не подключается. Шаг с локальным адресом показан на видео в уроке «Подключение Home Assistant».
Типичный локальный адрес выглядит так (это примеры, используйте свой):
http://192.168.1.50:8123
http://homeassistant.local:8123
Если вписать в Локальный URL (LAN) адрес без http:// или https://, AmazHA добавит перед ним http://, потому что локальные серверы обычно работают по обычному http.
Почему до Home Assistant должен достучаться именно телефон
Сами часы с Home Assistant никогда не общаются. Они связываются с телефоном по Bluetooth, а та часть AmazHA, что работает внутри приложения Zepp на телефоне, — единственная, которая отправляет запросы вашему серверу. Поэтому вопрос «могут ли мои часы достучаться до Home Assistant?» на самом деле звучит так: «может ли мой телефон достучаться до Home Assistant прямо сейчас и оттуда, где он находится?»
Из этого следует несколько практических вещей:
- Часам не нужен Wi-Fi. Ради AmazHA они никогда не подключаются к сети. Часы только с Bluetooth работают точно так же.
- Телефон должен быть рядом, с включённым Bluetooth и запущенным приложением Zepp. Если это не так, часы пишут Офлайн · Телефон не отвечает — это другая проблема, не связанная с неверным адресом (см. урок о проблемах, шаг 2).
- Какой адрес работает, решает сеть, в которой сейчас телефон. В домашнем Wi-Fi работает локальный адрес. В мобильной сети, в гостях или в Wi-Fi гостиницы может работать только удалённый, и только если телефон может до него достучаться оттуда.
- VPN должен быть подключён на телефоне, а не на часах. Часы о нём ничего не знают.
- Токен остаётся на телефоне. Вы один раз вставляете долгосрочный токен доступа в настройках AmazHA. Часы получают только то, что показывают, по Bluetooth-связи, которая у них уже есть с телефоном; токен им никогда не отправляется.
Это объясняет одну сбивающую с толку картину: настройки пишут Подключено, а часы — Офлайн. Настройки проверяют только путь от телефона до Home Assistant; часам нужен ещё и путь по Bluetooth до телефона.
Как AmazHA выбирает адрес
AmazHA выбирает адрес сам: сначала локальный, потом удалённый. Никакого переключателя, когда вы выходите из дома, и выбирать между двумя полями вручную не нужно.
С одним адресом
Если заполнено только одно поле, AmazHA просто его использует. Ничего не проверяется и не переключается. Настройка только с локальным адресом работает дома и показывает баннер «Офлайн» вне дома; настройка только с удалённым работает везде, откуда телефон может до этого адреса достучаться.
С двумя адресами
Если заполнены оба поля, телефон одновременно спрашивает оба адреса, отвечает ли Home Assistant, с коротким лимитом в 1,5 секунды. Если ответил локальный адрес, AmazHA использует его. Если только удалённый — его. Победитель запоминается, и последующие запросы идут прямо к нему без повторных проверок.
Проверка строже, чем «что-то ответило». Адрес засчитывается, только если отвечает как API Home Assistant. Это важно в чужих сетях: в Wi-Fi гостиницы по адресу 192.168.1.50 может оказаться принтер, страница роутера или страница авторизации, отвечающая веб-страницей. AmazHA не примет это за ваш сервер, поэтому не застрянет на локальном адресе, когда на самом деле отвечает удалённый.
Уход из дома и возвращение
Запомненный адрес сохраняется, пока запрос к нему не завершится ошибкой. Когда вы выходите из дома и телефон отключается от Wi-Fi, следующий запрос к локальному адресу не проходит, AmazHA его забывает, а следующая попытка снова опрашивает оба адреса и приходит к удалённому. Пока приложение AmazHA открыто, часы обновляются каждые 8 секунд, так что на практике первое обновление после смены сети может не пройти и ненадолго показать баннер «Офлайн», а следующее уже восстанавливается.
Возвращение домой работает наоборот и тише: если ваш удалённый адрес работает и изнутри сети, AmazHA продолжит им пользоваться, пока запрос не завершится ошибкой или вы снова не нажмёте Подключиться. Ничего страшного в этом нет: удалённый адрес просто всё ещё работает.
Как вписывать адреса
Несколько деталей, которые стоит знать при заполнении полей:
- Ничего после адреса сервера.
http://192.168.1.50:8123, а неhttp://192.168.1.50:8123/lovelace. То же для удалённого:https://xxxxx.ui.nabu.casa, а неhttps://xxxxx.ui.nabu.casa/lovelace. Если оставить путь, адрес отвечает, но не как API Home Assistant. - Схема. Если схема не указана, Локальный URL (LAN) получает
http://, а Удалённый URL —https://. Впишитеhttp://сами, если удалённый адрес действительно работает по обычному http (например, адрес в VPN). - Порт. Оставьте порт, если он нужен вашему адресу, как в
:8123. Без портаhttps://означает 443. - Один токен для обоих. Вставьте его один раз в поле Долгосрочный токен доступа; он подходит и для локального, и для удалённого адреса. Оба адреса должны вести к одному и тому же Home Assistant.
Шаг с удалённым адресом описан в уроке «Подключение Home Assistant», а проверка после него — в шаге 8.
Сравнение вариантов удалённого доступа
С AmazHA работает любой удалённый адрес, если телефон может открыть его оттуда, где находится, и он отвечает как API Home Assistant. Какой выбрать — решение на стороне Home Assistant, а не AmazHA. Вот распространённые варианты бок о бок.
| Вариант | Что указать в «Удалённый URL» | Открытые порты дома | HTTPS и сертификат | Стоимость | Что нужно телефону |
|---|---|---|---|---|---|
| Home Assistant Cloud от Nabu Casa (станет Home Assistant Link 2 декабря 2026 года) | Удалённый адрес, который он для вас создаёт, https://xxxxx.ui.nabu.casa |
Нет | Включено | Подписка | Ничего дополнительно |
| VPN, например Tailscale или WireGuard | Адрес Home Assistant внутри VPN | Нет для Tailscale; один для собственного сервера WireGuard | Туннель зашифрован; https — только если вы его настроите | Есть бесплатные варианты | Подключённый VPN |
| Собственный домен через туннель, например Cloudflare Tunnel | https://ha.example.com |
Нет | Предоставляет туннель | Обычно домен | Ничего дополнительно |
| Собственный домен с обратным прокси | https://ha.example.com |
Один (обычно 443) | Настраиваете сами, например Let’s Encrypt | Домен или бесплатное имя динамического DNS | Ничего дополнительно |
| Проброс порта прямо на Home Assistant | https://yourname.duckdns.org:8123 |
Один | Настраиваете сами | Есть бесплатный динамический DNS | Ничего дополнительно |
Home Assistant Cloud (скоро Home Assistant Link)
Home Assistant Cloud — это сервис по подписке от Nabu Casa; подписки финансируют постоянную разработку Home Assistant. Документация Home Assistant называет его самым простым вариантом для большинства: он не требует открывать порты на роутере, шифрует трафик и создаёт для вас уникальный удалённый URL.
Для AmazHA достаточно этого удалённого URL: скопируйте его в том виде, в каком его показывает Home Assistant, в поле Удалённый URL, и ничего после него. Ваш долгосрочный токен доступа работает через него так же, как через локальный адрес, ведь оба ведут к одному серверу.
2 октября 2026 года Nabu Casa объявила, что 2 декабря 2026 года Home Assistant Cloud будет переименован в Home Assistant Link. В объявлении сказано, что это та же подписка под новым именем и что ничего делать не нужно. Об изменении адреса не упоминается, так что сегодня в AmazHA менять нечего.
VPN: Tailscale, WireGuard и другие
VPN виртуально помещает телефон в вашу домашнюю сеть, где бы он ни находился. Документация Home Assistant называет VPN-сервисы вроде Tailscale и ZeroTier One безопасным способом доступа и указывает на подвох: VPN должен быть подключён, прежде чем что-либо сможет достучаться до Home Assistant снаружи. Для AmazHA это значит, что VPN должен быть подключён на телефоне. Если он отвалится, часы покажут Офлайн · Home Assistant недоступен, пока VPN не вернётся.
В поле Удалённый URL указывается адрес, по которому телефон обращается к Home Assistant, пока VPN включён: адрес сервера внутри VPN или имя, которое для него разрешает ваш VPN. Две детали:
- Если сервер отвечает там по обычному http, впишите перед адресом
http://. Без схемы AmazHA добавит к удалённому адресуhttps://, а по нему сервер не ответит. - В некоторых конфигурациях VPN через туннель становится доступен сам домашний адрес,
192.168.1.50. Тогда локальный адрес работает везде, где включён VPN, а удалённое поле служит запасным вариантом на случай, когда VPN выключен.
VPN — вариант с наименьшей открытостью: ничего от вашего сервера не выставлено в интернет. Цена — VPN-клиент должен работать на каждом устройстве, которому нужен Home Assistant, включая телефон.
Собственный домен с HTTPS: обратный прокси или туннель
С собственным доменом https://ha.example.com ведёт к вашему Home Assistant откуда угодно. Два распространённых способа этого добиться:
- Обратный прокси (Nginx, Caddy, Traefik или подобный) дома принимает запросы на порту 443, обслуживает сертификат и передаёт запросы Home Assistant. Для него нужен проброс порта на роутере.
- Туннель, например Cloudflare Tunnel, запускает внутри вашей сети небольшой коннектор, который держит исходящее соединение с провайдером, так что на роутере ничего не открывается. Провайдер обслуживает ваш домен с действительным сертификатом.
В обоих случаях перед Home Assistant что-то стоит и пересылает ему запросы, и Home Assistant нужно сказать, что этому можно доверять. Документация Home Assistant прямо говорит, что запросы от обратного прокси блокируются, если не включить Trust X-Forwarded-For (доверять X-Forwarded-For) и не добавить прокси в Trusted proxies (доверенные прокси). Если пропустить этот шаг, каждый запрос через прокси получит 400 Bad Request (подробнее ниже).
Только проброс порта
Проброс порта роутера прямо на Home Assistant — самый прямой путь, и именно к нему документация Home Assistant по удалённому доступу относится осторожнее всего: просто открыть порт небезопасно, трафик должен быть зашифрован, и прежде чем что-либо выставлять наружу, стоит пройти её чек-лист по безопасности. Там же отмечены две практические ловушки: многие интернет-провайдеры выдают динамический IP-адрес, поэтому предлагается имя динамического DNS, например DuckDNS, а некоторые провайдеры ставят вас за CG-NAT, где входящие соединения до вас вообще не доходят.
Если идёте этим путём, удалённый адрес — это ваше имя динамического DNS с https и проброшенным портом, например https://yourname.duckdns.org:8123. Именно это и укажите в поле Удалённый URL.
HTTPS и сертификаты вне дома
Вне дома правило из урока о проблемах короткое: адресу нужен https с действительным сертификатом. Причин две.
Первая — безопасность. Ваш долгосрочный токен доступа передаётся с каждым запросом телефона. При обычном http в открытом интернете любой на пути может его прочитать и вместе с ним управлять вашим домом.
Вторая — телефоны отклоняют сертификаты, которым не доверяют. Самоподписанный сертификат, созданный на вашем сервере, не подписан центром, которому телефон доверяет из коробки, поэтому соединение отклоняется, ещё не дойдя до Home Assistant. На часах это выглядит как любой другой недоступный сервер. Простое решение — сертификат, которому телефон уже доверяет:
- Home Assistant Cloud и туннели вроде Cloudflare Tunnel предоставляют его сами.
- Для собственного домена или имени динамического DNS сертификаты Let’s Encrypt бесплатны и пользуются доверием телефонов.
Две ловушки подстерегают тех, кто настраивает HTTPS в самом Home Assistant, а не на прокси перед ним:
- Меняется и локальный адрес. Когда Home Assistant начинает отдавать HTTPS на своём порту, обычный
http://192.168.1.50:8123на этом порту больше не отвечает. - IP-адрес не совпадает с сертификатом. Сертификат для
ha.example.comнедействителен дляhttps://192.168.1.50:8123, поэтому такой локальный адрес не проходит проверку сертификата. Обратный прокси или туннель для удалённой стороны при обычном http для самого Home Assistant дома позволяют избежать обеих проблем.
Обычный http нормален и вполне подходит для локального адреса дома. Внутри VPN, туннель которого уже зашифрован, http тоже может быть приемлем; в открытом интернете используйте https.
Частые ошибки и что пишут часы
Когда что-то не так, часы сообщают, какое звено не сработало. В таблице — сообщения, связанные с адресами, и одно похожее, которое с ними не связано.
| На часах | Что это значит | Решение |
|---|---|---|
| Офлайн · Home Assistant недоступен · Повтор каждые 8 с | Телефон не смог достучаться до Home Assistant ни по одному из указанных адресов | Откройте адрес в браузере телефона оттуда, где находится телефон; вне дома — https с действительным сертификатом |
| Неверный адрес · Отвечает, но это не API Home Assistant | Что-то ответило, но не API Home Assistant: обычно после адреса стоит путь вроде /lovelace |
Оставьте только адрес сервера, и ничего после него |
| Офлайн · Телефон не отвечает | Часы не смогли связаться с телефоном; адрес тут ни при чём | Телефон рядом, Bluetooth включён, приложение Zepp запущено |
| Нужен админ-токен | Адрес работает, но токен принадлежит пользователю без прав администратора | Создайте долгосрочный токен под администратором |
Офлайн · Home Assistant недоступен
Баннер показывает Офлайн, затем Home Assistant недоступен · Повтор каждые 8 с, а под ним — короткий код, который точно подсказывает поддержке, что не сработало. Обычные причины: вы не дома, а указан только локальный адрес; VPN на телефоне не подключён; удалённый адрес работает дома, но не снаружи; телефон не доверяет сертификату; или сам Home Assistant не работает либо перезапускается. Решение всегда начинается одинаково: откройте адрес в браузере телефона, как описано ниже. Это сообщение показано на видео в уроке о проблемах, шаг 3.
Неверный адрес
Неверный адрес означает, что адрес ответил, но веб-страницей вместо API Home Assistant. Почти всегда в адресе есть путь, обычно скопированный из адресной строки браузера: https://ha.example.com/lovelace/0 вместо https://ha.example.com. Удалите всё после адреса сервера (и его порта). В настройках AmazHA проверка подключения говорит то же самое своими словами: адрес отвечает, но не через API Home Assistant, — и приводит пример адреса Home Assistant Cloud с /lovelace и без него. См. урок о проблемах, шаг 4. Реже адрес ведёт вообще к чему-то другому, например к странице администрирования роутера.
400 Bad Request за обратным прокси
Если удалённый адрес идёт через обратный прокси или туннель и каждый запрос возвращает 400 Bad Request, Home Assistant отвергает прокси. Его HTTP-интеграция отклоняет любой запрос с заголовком forwarded-for, если ей не велели доверять обратным прокси или если адреса прокси нет в её списке доверенных, и в обоих случаях ответ — 400. В журнале Home Assistant указан адрес, с которого пришёл запрос; во втором случае там написано «Received X-Forwarded-For header from an untrusted proxy» и этот адрес.
В AmazHA Подключиться показывает Ошибка 400 при одном адресе или красную точку рядом с Удалённый при двух.
Исправляется это на стороне Home Assistant. В текущих версиях настройки HTTP-сервера есть в интерфейсе: Настройки › Система › Сеть, включите Trust X-Forwarded-For и добавьте адрес или сеть прокси в Trusted proxies. В старых версиях используется YAML в configuration.yaml (адрес ниже — пример; укажите адрес своего прокси):
http:
use_x_forwarded_for: true
trusted_proxies:
- 192.168.1.10
Подробности для каждой версии — в документации HTTP-интеграции Home Assistant. Перезапустите Home Assistant, если этого требует ваша версия, и снова нажмите Подключиться.
Офлайн · Телефон не отвечает
Это сообщение вообще не про адреса. Часы не смогли связаться с телефоном по Bluetooth, поэтому телефон даже не получил шанса обратиться к Home Assistant. Держите телефон рядом, с включённым Bluetooth и запущенным приложением Zepp (урок о проблемах, шаг 2). Смена адресов здесь не поможет.
Собственная настройка внешнего URL в Home Assistant
У Home Assistant есть свои настройки Home Assistant URL (URL-адреса Home Assistant) с полями Internet (интернет) и Local network (локальная сеть) в разделе Настройки › Система › Сеть. Они сообщают Home Assistant и его собственным приложениям, где он находится. AmazHA их не читает: оно использует только два адреса, вписанных в его собственные настройки. Если вы изменили внешний URL в Home Assistant, а часы за ним не последовали, — вот почему. Скопируйте новый адрес в поле Удалённый URL.
Сначала проверьте в браузере телефона
Прежде чем что-то менять в AmazHA, откройте адрес в браузере на том же телефоне и в том же месте. Это самая быстрая проверка из возможных, потому что она проходит тот же путь, что и AmazHA: телефон, его текущая сеть, ваш адрес.
- Выключите Wi-Fi на телефоне, если проверяете удалённый адрес из дома, чтобы запрос действительно шёл через мобильную сеть. Включите VPN, если он нужен удалённому адресу.
- Введите точно тот адрес, который указали в AmazHA, например
https://ha.example.com. - Посмотрите на результат.
| Браузер показывает | Что это значит |
|---|---|
| Страницу входа Home Assistant | Адрес и сертификат в порядке: проблема в другом (путь, токен, Bluetooth) |
| Предупреждение о сертификате | Телефон не доверяет сертификату; в таком виде AmazHA этот адрес использовать не может |
| Ничего или «не удаётся открыть страницу» | Телефон не может достучаться до адреса из этой сети |
| 400 Bad Request | Обратный прокси, которому Home Assistant ещё не доверяет |
| Другую страницу (роутер, провайдер, страница прокси по умолчанию) | Адрес ведёт не туда |
Для локального адреса сделайте то же самое дома с включённым Wi-Fi. Если браузер доходит до страницы входа, а AmazHA всё равно не подключается, проверьте, что в поле только адрес сервера, и ничего после него, и та же схема, что использовал браузер.
Можно также добавить к адресу в браузере /api/. Home Assistant ответит ошибкой аутентификации, потому что браузер не отправляет токен: это доказывает, что адрес ведёт к API Home Assistant, а не к какой-то другой странице. В AmazHA вписывайте адрес без /api/.
Проверка подключения в AmazHA: как читать LAN и Удалённый
Подключиться в настройках AmazHA проверяет адреса с телефона и сообщает, что обнаружило. После нажатия результат появляется через несколько секунд:
- С одним адресом: Подключено ✓, когда Home Assistant отвечает; Недоступен, когда никто не отвечает; Ошибка с номером, когда что-то ответило HTTP-ошибкой (например, Ошибка 400 или Ошибка 401); и Отвечает, но это не Home Assistant, когда по адресу отвечает что-то, что не является API.
- С двумя адресами: по результату на каждый адрес, LAN и Удалённый, у каждого цветная точка: зелёная, когда там отвечает Home Assistant; оранжевая, когда что-то отвечает, но это не Home Assistant; красная, когда не удалось.
Читайте результат с учётом того, где находится телефон. Дома красный Удалённый может быть нормой (домен, который не возвращается обратно внутрь сети, выключенный VPN) или реальной проблемой, поэтому проверьте ещё раз с выключенным Wi-Fi. Вне дома красный LAN ожидаем; там важен только Удалённый. Оба зелёных — после проверки один раз дома и один раз через мобильную сеть — это настройка, которая работает везде. Экран показан в шаге 8 урока «Подключение Home Assistant».
Когда адрес работает, но токен принадлежит пользователю без прав администратора, Подключиться сообщает об этом под результатом. Это проблема токена, а не адреса: проверка адреса проходит, но часы не смогут загрузить ваши комнаты, пока токен не будет от администратора.
Четыре конфигурации на примерах
Одни и те же два поля подходят для очень разных домов. Четыре примера, с примерами адресов:
Квартира, только дома. Локальный URL (LAN): http://192.168.1.50:8123. Удалённый URL: пусто. Часы работают в домашнем Wi-Fi; снаружи они показывают Офлайн · Home Assistant недоступен, и это ожидаемо. Подключиться дома показывает Подключено ✓.
Home Assistant Cloud. Локальный URL (LAN): http://192.168.1.50:8123. Удалённый URL: https://xxxxx.ui.nabu.casa. Дома AmazHA использует локальный адрес; в мобильной сети само переходит на адрес Home Assistant Cloud. Подключиться показывает LAN и Удалённый, оба зелёные дома, потому что облачный адрес работает и изнутри.
VPN на телефоне. Локальный URL (LAN): http://192.168.1.50:8123. Удалённый URL: адрес сервера внутри VPN, с вписанным впереди http://, если сервер отвечает там по обычному http. Дома побеждает локальный адрес. Вне дома, с подключённым VPN, — удалённый; с выключенным VPN часы показывают баннер «Офлайн», пока он снова не включится.
Собственный домен за обратным прокси. Локальный URL (LAN): http://192.168.1.50:8123. Удалённый URL: https://ha.example.com. Чтобы всё заработало, Home Assistant должен доверять прокси (Trust X-Forwarded-For, Trusted proxies), иначе каждый удалённый запрос получит 400. Проверяйте удалённый адрес с выключенным Wi-Fi: некоторые роутеры не направляют ваш собственный домен обратно внутрь, так что красный Удалённый дома не всегда значит, что снаружи он не работает.
Чек-лист перед выходом из дома
Пять минут дома избавят от недоумённого взгляда на часы потом:
- В поле Локальный URL (LAN) только адрес сервера — тот, которым пользуется ваш браузер дома.
- В поле Удалённый URL только удалённый адрес: без
/lovelace, с портом, если он нужен, и сhttps://через интернет. - Браузер телефона открывает удалённый адрес с выключенным Wi-Fi и показывает страницу входа Home Assistant без предупреждения о сертификате.
- Если это VPN: на телефоне он настроен так, чтобы оставаться подключённым.
- Если это обратный прокси или туннель: Home Assistant ему доверяет, так что 400 не будет.
- Подключиться показывает зелёные LAN и Удалённый или Подключено ✓ при одном адресе.
- Токен от администратора, и он один для обоих адресов.
После этого часы будут использовать локальный адрес дома и удалённый везде ещё — без вашего участия. А если однажды они покажут Офлайн, вторая строка подскажет, где искать: Телефон не отвечает — это Bluetooth, Home Assistant недоступен — это адрес.