Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
mDNS сломан после обновления, UniFi Network
 
После обновления до 5.1.12 Gateway mDNS Proxy больше не перенаправляет трафик между VLAN'ами. Проблема началась 24 мая, совпала с обновлением. НАСТРОЙКА UCG fiber, 3 VLAN'а: Trusted (10.0.10.0/24), IoT (10.0.20.0/24), здесь же живут мои устройства Spotify Connect и кастинга, Guest (10.0.30.0/24). Gateway mDNS Proxy установлен в Custom, все 3 VLAN'а в области действия, Spotify Connect отмечен, выбрано 24 сервиса. Zone-Based Firewall: GW → Internal — Allow All. Запускаю dns-sd -B _spotify-connect._tcp local с макбука в сети IoT — сразу вижу Yamaha (spotify connect) и Google TV Streamer. Я ничего не менял в правилах ZBF. И раньше всё работало идеально. Кто-нибудь ещё сталкивается с этим? Если да, есть ли известное решение или готовится хотфикс? Есть ли поддерживаемый способ откатиться на предыдущую прошивку через веб-интерфейс?
 
У меня тоже проблемы с mDNS при попытке достучаться до UGREEN NAS (DXP4800+) через dxp.local:9999. Хост не резолвится, выдаёт просто DNS_PROBE_FINISHED_NXDOMAIN. Раньше работало, но не уверен, на какой версии... Сейчас UDR7 на 5.1.19 / 10.4.57.
 
Сброс DNS-кэша помог: залогинился по SSH на свой UCG, полностью очистил содержимое файла активных аренд > /data/udapi-config/dnsmasq.lease, заставил DHCP-движок перезагрузиться с пустым списком pkill dnsmasq
 
Только что купил Sonos Beam и столкнулся с этой проблемой в Trusted vlan и IoT vlan. Сейчас у меня крутится LXC с avahi, и теперь я могу управлять Beam с айфона. Пакет из Trusted vlan успешно уходил в IoT vlan, но ответ от Sonos так и не приходил обратно в trusted vlan. Только узнал, что это началось после недавнего обновления прошивки. У меня UXG-Max на 5.1.17
 
Если ты откатишь версию, отключи автоматическое обновление, иначе оно просто снова тебя обновит.
 
Этот пользователь говорит, что работает.https://community.ui.com/releases/UniFi-OS-Dream-Machines-5-1-19/32c35941-c2b6-4fa2-9e63-09470bfb85f6?replyId=23f62530-67b4-4afc-b474-9febcb440280
 
взгляни на это:https://community.ui.com/releases/41549e59-0a2f-4ee9-8450-dee7ec15a58d?replyId=f89084db-ecaf-434d-af9a-a5ea4e55d4ac&parentReplyIds=2060562b-9f68-4e85-8c36-fa6758a84ae9%2Cdd8fdcb7-bb1d-413f-bfe1-e5cc12025e87%2Cc15d0e3c-744b-4245-8c96-6a1bccb1d75f%2C55cced86-ee59-437e-9d72-fdbd66e53c04
 
Привет @Xerud, можешь скинуть файл поддержки для расследования?
 
это раздражает
 
Да, с 5.1.19 тут облом.
 
кто-нибудь уже на 5.1.19? если да, проблемы остались?
 
Я пробовал отключить и снова включить аппаратное ускорение, но мне это не помогло...
 
У меня была точно такая же проблема: все мои устройства Home Assistant, привязанные к Home Bridge, просто перестали работать, ничего не мог кастовать на телек — всё связано с mDNS. Просто включил аппаратное ускорение на своём UDR7, и всё снова заработало..... >D
 
Я почти получил тот же ответ, но у меня это не сработало. Они также попросили меня отключить все функции IGMP, но тоже без изменений... :(
 
Мне это тоже помогло.
 
У меня были похожие проблемы, и я связывался с поддержкой Unifi. После того как я предоставил кучу логов и дампов пакетов из wireshark, они дали вот такие шаги по устранению неполадок. В качестве следующего шага по устранению неполадок, пожалуйста, включите аппаратное ускорение и проверьте, изменится ли поведение обнаружения mDNS. Включить его можно здесь: UniFi Devices > Выберите консоль > Настройки > Аппаратное ускорение.

После включения аппаратного ускорения, пожалуйста, следите за поведением mDNS и сообщите нам, сохраняется ли проблема. Также временно отключите все правила QoS и проверьте снова, чтобы подтвердить, влияет ли QoS на поведение multicast или обнаружения.

Кроме того, мы хотели бы проверить, изменится ли поведение, если отключить службу ubntmdnsd в вашей конфигурации.

Для этого вам нужно будет получить доступ к консоли через SSH. После подключения по SSH, пожалуйста, выполните следующие команды, чтобы отключить службу:

mv /etc/cron.d/mdns-job /etc/cron.d/mdns-job.disabled
systemctl restart cron
После выполнения этих команд, пожалуйста, следите за вашей сетью/устройством и ответьте на это письмо, чтобы сообщить нам, сохраняется ли проблема или это её исправляет.

Если вам когда-нибудь понадобится снова включить службу, просто выполните эти команды:

mv /etc/cron.d/mdns-job.disabled /etc/cron.d/mdns-job
systemctl restart cron
В моём случае шаг 1 — включение аппаратного ускорения, похоже, сработал.
 
Та же проблема. @UI-Team: это известная проблема?
Страницы: 1
Читают тему (гостей: 2)