Проголосовал (они закрыли другую тему как дубликат https://community.ui.com/feature-requests, так что именно там теперь нужно голосовать). Был реально в шоке, когда настраивал свой новый unifi-коммутатор и не нашёл опции для задания management VLAN. (И что ещё хуже — там есть заманчиво выглядящая опция, которая на самом деле ни на что не влияет).

Я занимаюсь маршрутизацией и DHCP на Linux-машине, где настроено много виртуальных интерфейсов eth0.x и eth1.x, но не принимается незанаряженный (untagged) трафик. В итоге unifi-коммутатор не получает DHCP-адрес, поднимается с адресом 192.168.1.20, но роутер туда трафик не пускает. Единственный способ управлять коммутатором — напрямую подключить машину с сервером управления unifi к свитчу и вручную прописать статический 192.168.1.x на незанаряженном интерфейсе eth0.

Пока я это не понял, интерфейс управления unifi видел свитч благодаря L2 discovery, но не мог отправить ему L3-трафик — и показывал злосчастную ошибку «adoption failed». Даже не представляю, как заставить роутер обрабатывать незанаряженный трафик так, как хочет Ubiquiti. Можно попробовать объединить eth0 и eth0.50 в бридж и разобраться, как при этом не сломать остальной VLAN-трафик на других виртуальных интерфейсах eth0.x, но это какой-то заморочный вариант.

Можно поставить свой старый не-UBNT свитч между unifi и роутером, но это уже ломает всю идею управления сетью через unifi. Или просто забить на unifi, оставить его только для точек доступа, вернуть свитч и взять edgeSwitch — кажется, так делают многие.

Голосуем за внедрение функции UniFi — управленческий VLAN для коммутатора и точки доступа.

Также жду ответа от официального представителя Ubiquiti, так как это серьёзная проблема. Из-за этого я приостановил своё внедрение.