Это ещё работает? Мой контроллер запущен на Ubuntu, но когда я создаю файл через nano и пытаюсь принудительно выполнить провиженинг, появляется ошибка, что конфигурация не может быть применена, и провиженинг завершается только если я переименую или удалю файл. Права на файл я поменял на:

Я пытался добавить два своих Chromecast в сеть, но несмотря на все усилия, так и не смог их обнаружить с основной сети. Моя сеть состоит из 1 USG, 1 коммутатора US-8-150W и 3 UPA-AC-Pro, а контроллер установлен как дополнение Home Assistant (через Docker).

Я создал сеть для основных клиентов (Corporate / Enable IGMP snooping включен) и отдельную для IoT устройств (corporate / VLAN 10 / Enable IGMP snooping проверен). Также сделал 2 разные беспроводные сети: одна для домашней сети (Block LAN to WLAN Multicast и Broadcast Data отключены / Enable Multicast Enhancement (IGMPv3) включен) и другая для IoT с такими же настройками. Включил сервис mDNS-рефлектора на контроллере и даже создал правило в файрволе, которое разрешает Chromecast использовать несколько портов (8008, 8009, 5556, 5558 и 5353).

Вчера решил сыграть свою последнюю карту (как прочитал) — включить mDNS репитер, добавив файл config.gateway.json в контроллер.
Этот файл содержит следующее:

{  
 "service": {  
   "mdns": {  
     "repeater": {  
       "interface": [
         "eth1",  
         "eth1.10"  
       ]  
     }  
   }  
 }  
}

Положил его в /usr/lib/unifi/data/sites/default, потому что именно этот путь нашёл для установки драйвера через Docker. Дал права файлу командой "chown unifi.unifi config.gateway.json" и принудительно применил к USG.

Несмотря на все эти настройки, Chromecast так и не видны с моей основной беспроводной сети (их видно, если подключиться с Android-смартфона к IoT сети).

Буду очень признателен за любую помощь!!!

Понял тебя. Тогда у меня к тебе отличный вопрос. :P Ты пробовал не использовать встроенные настройки гостя, а создать VLAN как корпоративный, чтобы вручную задать все правила?

Если VLAN установлен как гостевой, разве контроллер автоматически не создаёт правила для изоляции этих клиентов?

Я заметил, что это работает отлично для всех проводных устройств на противоположном VLAN, но беспроводные, похоже, не видят эти широковещательные пакеты. Сейчас запущен репитер между GUEST VLAN .15 и CORPORATE VLAN .1, и проводные устройства на VLAN .1 спокойно видят и стримят на устройства VLAN .15. Но беспроводные устройства на VLAN .1 не могут обнаружить устройства VLAN .15. Есть идеи?

{ "service":
{ "mdns":
{ "repeater":
{
"interface": [ "eth1", "eth1.15" ]
}
}
}
}

устройства: UAP-AC-LR v4.3.21.11325, USG-3P v4.4.51.5287926, UCK 6.0.41-14327-1 и CONTROLLER v6.0.41 (Build: atag_6.0.41_14327)

Кто-нибудь может подсказать, как должны быть выставлены права доступа для файла config.gateway.json? Я не могу скопировать его через FTP, потому что у меня нет доступа к этой папке. Поэтому я использовал root и ssh, чтобы создать файл.

Как я уже упоминал в своем посте, к такому выводу я пришёл. Я проверял это на контроллерах с Ubuntu и Windows, а также на cloud key. Работал у меня только cloud key. При всём при этом, я принял, что большинство людей, с которыми я сталкивался, хотят это для создания групп динамиков, хотя, конечно, есть и другие варианты использования. Если это устройство Google Cast и его нужно включить в группу, оно может работать в моей приватной LAN по причинам, которые я уже описывал. Если вы вообще не видите Google Cast устройства в IoT VLan, как некоторые писали, я бы предположил, что проблема в настройках файрволла. Опять же, это мой опыт и мои тесты.

Вот к чему я пришёл в итоге. Решение, которое было выше на странице, действительно работает, но ТОЛЬКО с USG и cloud key. С чем-то другим оно не сработает. У меня Dream Machine, так что для меня оно не подходит. Однако в моём случае мне нужно было, чтобы групповые колонки работали в Google Home. Я смирился с реальностью: если Google взломают или скомпрометируют, наличие их колонок Nest в IoT сети меня не спасёт. У меня всё равно Android-телефон и сервисы Google. Всё, кроме моих Google Cast-устройств, идёт в VLAN IoT, а правила фаервола, блокирующие новый трафик с IoT в Private LAN, делают своё дело.

Отлично!! Sprocktech работает идеально, подсветка — спасибо за подробную инструкцию. Для тех, кто впервые занимается FTP, советую выбирать FileZilla для передачи файлов. Ещё раз большое спасибо!