@Stekki Немного подробнее о твоём решении было бы очень полезно. У меня такая же настройка. Мне удалось включить логирование в файрволе, и я заметил, что doorbirds регулярно отправляют, видимо, широковещательный пинг на 255.255.255.255. Я новичок в Unifi. Кажется, где-то есть настройка, которая как-то блокирует 255.255.255.255... (смутно помню . Вот, что я считаю широковещательным пингом:  
Dec 7 22:20:31 NNNNNN kernel: [LAN_LOCAL-default-A]IN=eth1.6 OUT= MAC=ff:ff:ff:ff:ff:ff:1c:ca:e3:72:92:24:08:00:45:00:00:32 SRC=192.168.6.98 DST=255.255.255.255 LEN=50 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=UDP SPT=3073 DPT=6524 LEN=30

Может клиент слушает широковещательный пинг? Но поскольку он не находится в той же локальной сети, файрвол, кажется, не пересылает этот широковещательный пакет в другую подсеть. Время пингов совпадает с тем, как у меня меняется доступность doorbird с красного на зелёный.  

Кто-нибудь знает, не блокирует ли файрвол пинг между подсетями? Можно ли это как-то исправить? И вообще, разумный ли это путь?

Привет, к счастью, я нашёл эту тему, потому что проблема с DoorBird и несколькими VLAN сводила меня с ума. Кто-нибудь уже удачно решил эту проблему без сторонних скриптов? @rwjones, ты обращался в DoorBird со своими конкретными находками?

Я разобрался с правилами файрвола, которые нужны для работы Doorbird через VLAN вместе со скриптом, который предоставил @rwjones. У меня UDM-PRO, который выступает в роли шлюза для всех моих VLAN.

src порты: 80, 443, 554; src IP: <ваши статические IP DoorBird>; dst сеть: LAN; dst порты: любые; протокол TCP  
src порты: любые, src IP: <ваши статические IP DoorBird>; dst сеть: LAN; dst порты: 6524, 35344, 8881, 8882; протокол UDP

Да, на звонке используются четко определённые исходящие порты, а не целевые.  
Это дополнительно к «стандартным» правилам файрвола для IGMP, SSDP, mDNS, Bonjour и т.д. между VLAN, которые описаны здесь.  

Теперь моя настройка файрвола для LAN IN выглядит так:  
 

А заголовок моего приложения DoorBird — вот такой:  
 

И, наконец, я настроил скрипт doorbird-mdns-responder от @rwjones как systemd-сервис на моём Ubuntu сервере, вот так:  
<скопируйте конфигурацию сервиса ниже, отредактировав под себя>  

gavink@xxxx:~$ sudo nano /etc/systemd/system/doorbird-mdns-responder.service  
[Unit]
Description=DoorBird mDNS Responder  
After=network.target  
StartLimitIntervalSec=0  

[Service]
Type=simple  
Restart=always  
RestartSec=1  
User=root  
ExecStart=/usr/bin/python3 -u /usr/sbin/doorbird_mdns_responder.py -v -i <eth интерфейс, подключенный к основной LAN> -a <doorbird-1-mac>/<doorbird-1-ip> -a <doorbird-2-mac>/<doorbird-2-ip> -a <indoor-station-mac>/<indoor-station-ip>  
StandardOutput=journal  

[Install]
WantedBy=multi-user.target  

EOF  

<запуск сервиса>  

gavink@xxxx:~$ sudo systemctl daemon-reload  
gavink@xxxx:~$ sudo systemctl enable doorbird-mdns-responder  
gavink@xxxx:~$ sudo systemctl start doorbird-mdns-responder  

<мониторинг логов>  

gavink@xxxx:~$ journalctl -fu doorbird-mdns-responder  

У моего Ubuntu сервера есть виртуальный интерфейс для IOT VLAN, но не уверен, что он был действительно нужен для работы. Было бы интересно, если кто-то ещё сможет поднять всю эту связку по моей схеме.

@stpfeiffer А это действительно работает между VLAN или просто переключается на обход через облачные серверы? Это можно понять по иконке дома или облака в правом верхнем углу при просмотре видео с дверной станции.

@Correaa Это ошибка со стороны DoorBird — устройство не может обмениваться данными между подсетями, даже если они находятся в одной локальной сети. Если клиент и устройство находятся в разных подсетях, оно автоматически переключается в облачный режим.

Можешь поделиться с нами несколькими фото, @Stekki? У меня в доме такие же проблемы.

Даже на той же самой исходной VLAN это не работает. Все правила фаервола были отключены. Мне удалось заставить это работать через http-api-запрос с открытыми учетными данными в самом запросе, что с точки зрения безопасности совершенно недопустимо. MDNS должен работать в той же VLAN, так что я слегка в растерянности, как дальше действовать. Если у кого-то есть идеи — буду очень признателен за помощь! Спасибо, Себастьян.

Привет, @corleone69, уверен, у меня есть иконка «дом» . Жаль, что не смог помочь тебе больше...

Спасибо, @Stekki. Сейчас в фаерволе всё стоит по умолчанию, никаких правил блокировки нет. Между VLAN и LAN всё кажется открытым. Я могу пинговать и отправлять HTTP-команды на Doorbird между этими сетями. Но он всё равно обращается к облаку. Я даже прописал одинаковое "доменное имя" в обеих LAN, чтобы можно было пинговать Doorbird по его родному имени с одной LAN в другую. И всё это без какой-либо блокировки со стороны приложения на Android. Я почти уверен, что проблема в том, что пакеты широковещания не передаются. Я только что попробовал создать правило LAN IN, которое срабатывает раньше предустановленных и разрешает всё — как у тебя, только для всей сети. Ничего не изменилось. Но и не должно было, ведь у меня сеть и так полностью открыта (пока что). Кстати, ты точно видишь в правом верхнем углу значок домика, а не облачка?