А толку то по сути? Не выдадут же они доступ к своей инфраструктуре единичному DIY устройству

Они продают же, вроде b2c тоже.

Хотя оч давно смотрел, могу и ошибаться и могли и поменять.

Ну да, но интересны именно детали и именно связанные с iot. Моя проблема в том, что есть вендорное устройство, и вендер не спешит разглашать свой протокол общения, он вообще не очень спешит, на форуме висят схожие запросы по несколько месяцев без какого-либо ответа. Я думал, что может есть какая-то вероятность, что тут есть универсальное решение и получится что-то подобрать узнав как работают аналогичные решения. Дело в том что устройство работает на входящие подключения (http API), хоть и есть специальный API для создания server side events через long poling, но для этого, понятно, нужно все равно вначале открыть соединение через входящий запрос. Как заставить устройство отправить хоть какой-то запрос во вне пока не понимаю

Пробовал сниффить пакеты из локальной сети, с надеждой, что они не зашифрованы, но так как опытом в этом нет никакого, то не очень успешно - не увидел ни одного пакета на целевой IP

Мне кажется, вы близки к созданию велосипеда. Почитайте про iobroker/home assistant/tasmota - кажется, это то, что вам подойдёт больше. Во-первых, там есть много готовых решений по подключению устройств. Во-вторых, возможно, есть возможность перешить ваше устройство.

или еще круче (себе делал) - берешь самый дешевый VPS (виртуальный сервер), разворачиваешь на нем VPN-сервер и подключаешь всех клиентов к нему. А можно еще проще - на этом же сервере вместо VPN просто прописать правила переадресации портов (норм, если число устройств конечно)

Ну так все-равно внешний сервер с белым адресом нужен) а  что там разворачивать - уже детали.

Посмотрю, но хотелось бы сразу понять, используют ли эти решения дполнительный сервер в локальной сети? Я пытаюсь написать публичный навык, который не требует от пользователя установки дополнительного сервера, и также не требует проброски портов на сетевом оборудовании, а только алиса + устройство. Именно так работают яндексовые розетки, plug and play.

Так все вайфай-железки в УДЯ работают.

Для публичного навыка хочется чтобы не требовалось никакое дополнительное оборудование или настройка оборудования на стороне клиента, иначе стремно)

Вот для него я навык и пишу

Ну, так любую берите ща основу. Если хотите выпускать железки - посмотрите, как на моските строят, информации много открытой.

Железка уже есть, она была куплена давно и работает (nanoleaf), хочу сделать две вещи
1. Настроить чтобы она включалась алисой вместе с остальными осветительными приборами у меня (это уже сделал с помощью приватного навыка и IFTTT)
2. Выпустить публичный навык, чтобы разработало у всех (не могу обойти NAT)

Сейчас у меня все "работает" но через вендорную интеграцию с IFTTT, который выступае в роли того самого "сервера с белым IP". Но это далекое от идеала решения по многим причинам, в первую очередь надежность - регулярно теряются запросы

А если свой сервер поднять?

Свой сервер смотря где - в облаке без проблем, но это не решает (как мне кажется) проблему. Локально - решает проблему, но пользователь навыка может не обладать возможностью или желанием такой сервер поднимать)

Почему не решает проблему, если поднимать свой в облаке?

Подними сервер локально и смотри какие запросы исходят от устройства до сервера и что возвращается обратно.

А трафик сейчас особо нельзя сниффить
Я пытался на своём роутере перехватить свой же трафик - бесполезно