El mismo nombre mDNS puede resolverse en dispositivos diferentes entre VLAN cuando cada segmento ve un conjunto distinto de anuncios locales o reflejados.
En una red doméstica ZimaSpace, los servicios NAS, Home Assistant, las impresoras, los altavoces y los contenedores pueden anunciar nombres .local en VLAN independientes y de confianza o de IoT. mDNS está diseñado para funcionar en el enlace local, por lo que un reflector o repetidor decide qué anuncios atraviesan el router. Los nombres de host duplicados, las interfaces asimétricas del reflector y las cachés obsoletas pueden hacer que dos clientes reciban respuestas diferentes para la misma etiqueta.
Confirma que mDNS se refleja entre VLAN enrutadas
Compara la misma consulta en cada VLAN e inspecciona en qué interfaces escucha el reflector.
Un artículo especializado sobre redes domésticas de OpenWrt en mDNS necesita un reflector entre redes enrutadas ayuda a aislar esta posibilidad porque aborda el mismo microproblema en lugar de limitarse a definir el protocolo subyacente.
Si una VLAN nunca ve los anuncios del otro segmento, corrige primero el alcance del reflector antes de investigar las cachés de DNS.
Comprueba qué VLAN pueden enviar tráfico de descubrimiento
La política del firewall debe permitir la ruta de descubrimiento que esperas sin abrir acceso unicast no relacionado.
Un registro especializado de la configuración de una red doméstica en mDNS y DNS necesitan reglas inter-VLAN definidas deliberadamente ayuda a aislar esta posibilidad porque aborda el mismo microproblema en lugar de limitarse a definir el protocolo subyacente.
Mantén separadas las reglas de descubrimiento de servicios del reenvío amplio entre VLAN para que la resolución de problemas no destruya la segmentación.
Verifica que el reflector se ejecuta en las interfaces correctas
Un reflector conectado a una sola VLAN puede crear una visibilidad parcial que parezca una resolución de nombres incoherente.
Una guía especializada sobre Homebridge y Avahi en Avahi puede reflejar registros entre interfaces VLAN seleccionadas ayuda a aislar esta posibilidad porque aborda el mismo microproblema en lugar de limitarse a definir el protocolo subyacente.
Enumera las interfaces del reflector y elimina de la lista de reflexión los segmentos WAN o de invitados añadidos accidentalmente.
Separa mDNS de otros protocolos de descubrimiento
Chromecast y algunos dispositivos domésticos combinan mDNS con otros puertos multicast o unicast.
Una guía especializada sobre redes de Home Assistant en el descubrimiento entre VLAN puede requerir algo más que mDNS ayuda a aislar esta posibilidad porque aborda el mismo microproblema en lugar de limitarse a definir el protocolo subyacente.
Si el nombre se resuelve pero el servicio sigue fallando, prueba los puertos de datos reales de la aplicación en lugar de añadir más repetidores mDNS.
Comprueba la red de contenedores del servidor doméstico
Es posible que Home Assistant u otro servicio de descubrimiento que se ejecute dentro de Docker no vea las mismas interfaces multicast que el host.
Un artículo especializado sobre Kubernetes en laboratorios domésticos en Home Assistant en contenedores necesita una conectividad multicast entre VLAN configurada deliberadamente ayuda a aislar esta posibilidad porque aborda el mismo microproblema en lugar de limitarse a definir el protocolo subyacente.
Compara una consulta mDNS en el host con la consulta dentro del espacio de nombres del contenedor antes de modificar las reglas del router.
Comprueba si hay nombres duplicados y respuestas en caché
Dos dispositivos que anuncian el mismo nombre de host .local pueden ser visibles en VLAN diferentes según la reflexión y el momento en que se almacenan las respuestas en caché.
Un artículo especializado sobre redes de laboratorios domésticos en mDNS entre VLAN depende de una reflexión controlada ayuda a aislar esta posibilidad porque aborda el mismo microproblema en lugar de limitarse a definir el protocolo subyacente.
Renombra los duplicados, vacía únicamente la caché del cliente de prueba y repite las capturas en ambas VLAN. El resultado correcto es un único propietario estable para cada nombre necesario.
Vuelve a probar la ruta exacta del servidor doméstico
Después de cambiar una variable, repite el mismo flujo de trabajo del NAS o servicio autoalojado desde el mismo cliente en lugar de cambiar a otra prueba que pueda utilizar una ruta diferente.
La guía relacionada de ZimaSpace en la ruta de red adyacente del servidor doméstico ayuda a mantener la verificación final vinculada al mismo entorno autoalojado.
La solución solo está completa cuando el síntoma original sigue resuelto después de reconectar, reiniciar el servicio y realizar una segunda transferencia o solicitud controlada.
Preguntas frecuentes
¿Por qué dos VLAN pueden resolver de forma diferente el mismo nombre .local?
Es posible que escuchen anuncios locales diferentes o reciban distintos registros reflejados y los almacenen en caché en momentos diferentes.
¿Activar un reflector mDNS permite el acceso completo de IoT a mi LAN de confianza?
No por sí solo. El descubrimiento y el tráfico unicast de los servicios deben controlarse con reglas de firewall independientes.
¿Todas las VLAN deben participar en la reflexión mDNS?
No. Refleja únicamente los segmentos que necesiten compartir el descubrimiento para reducir el ruido y la visibilidad no deseada.
Soporte y Consejos
Más para leer

¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...

Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...

Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...

