Ta sama nazwa mDNS może wskazywać różne urządzenia w różnych sieciach VLAN, gdy każdy segment widzi inny zestaw lokalnych lub przekazywanych ogłoszeń.
W domowej sieci ZimaSpace usługi NAS, Home Assistant, drukarki, głośniki i kontenery mogą rozgłaszać nazwy .local w oddzielnych zaufanych sieciach VLAN i sieciach IoT. mDNS został zaprojektowany do działania w obrębie lokalnego łącza, dlatego reflektor lub repeater decyduje, które ogłoszenia przejdą przez router. Zduplikowane nazwy hostów, niesymetryczne interfejsy reflektora i nieaktualne pamięci podręczne mogą sprawić, że dwaj klienci otrzymają różne odpowiedzi dla tej samej nazwy.
Potwierdź, że mDNS jest przekazywany między routowanymi sieciami VLAN
Porównaj to samo zapytanie w każdej sieci VLAN i sprawdź, których interfejsów nasłuchuje reflektor.
Skupiony na homelabach wpis na blogu OpenWrt mDNS wymaga reflektora w routowanych sieciach pomaga zawęzić przyczynę, ponieważ dotyczy tego samego konkretnego problemu, zamiast tylko definiować podstawy protokołu.
Jeśli jedna sieć VLAN nigdy nie widzi ogłoszeń z drugiego segmentu, najpierw popraw zakres działania reflektora, a dopiero potem badaj pamięci podręczne DNS.
Sprawdź, które sieci VLAN mogą wysyłać ruch wykrywania
Reguły zapory muszą zezwalać na oczekiwaną ścieżkę wykrywania, bez otwierania dostępu do niezwiązanej komunikacji unicast.
Skupiony na homelabach dziennik budowy sieci mDNS i DNS wymagają przemyślanych reguł między sieciami VLAN pomaga zawęzić przyczynę, ponieważ dotyczy tego samego konkretnego problemu, zamiast tylko definiować podstawy protokołu.
Utrzymuj reguły wykrywania usług oddzielnie od szerokiego przekazywania ruchu między sieciami VLAN, aby rozwiązywanie problemów nie zniszczyło segmentacji.
Sprawdź, czy reflektor działa na właściwych interfejsach
Reflektor podłączony tylko do jednej sieci VLAN może powodować częściową widoczność, która wygląda jak niespójne rozwiązywanie nazw.
Skupiony na Homebridge i Avahi poradnik Avahi może przekazywać rekordy między wybranymi interfejsami VLAN pomaga zawęzić przyczynę, ponieważ dotyczy tego samego konkretnego problemu, zamiast tylko definiować podstawy protokołu.
Wyświetl interfejsy reflektora i usuń z zestawu przekazywania przypadkowo dodane segmenty WAN lub sieci gościnne.
Oddziel mDNS od innych protokołów wykrywania
Chromecast i niektóre urządzenia domowe łączą mDNS z innymi portami multicast lub unicast.
Skupiony na sieciach Home Assistant poradnik wykrywanie między sieciami VLAN może wymagać czegoś więcej niż mDNS pomaga zawęzić przyczynę, ponieważ dotyczy tego samego konkretnego problemu, zamiast tylko definiować podstawy protokołu.
Jeśli nazwa jest rozwiązywana, ale usługa nadal nie działa, przetestuj rzeczywiste porty danych aplikacji zamiast dodawać kolejne repeatery mDNS.
Sprawdź sieć kontenera serwera domowego
Home Assistant lub inna usługa wykrywania działająca w Dockerze może nie widzieć tych samych interfejsów multicast co host.
Skupiony na homelabach artykuł o Kubernetesie Home Assistant w kontenerze wymaga przemyślanej łączności multicast między sieciami VLAN pomaga zawęzić przyczynę, ponieważ dotyczy tego samego konkretnego problemu, zamiast tylko definiować podstawy protokołu.
Porównaj zapytanie mDNS na poziomie hosta z zapytaniem wewnątrz przestrzeni nazw kontenera, zanim zmienisz reguły routera.
Sprawdź zduplikowane nazwy i odpowiedzi z pamięci podręcznej
Dwa urządzenia rozgłaszające tę samą nazwę hosta .local mogą być widoczne w różnych sieciach VLAN w zależności od przekazywania i czasu przechowywania wpisów w pamięci podręcznej.
Skupiony na sieciach domowych artykuł mDNS między sieciami VLAN zależy od kontrolowanego przekazywania pomaga zawęzić przyczynę, ponieważ dotyczy tego samego konkretnego problemu, zamiast tylko definiować podstawy protokołu.
Zmień nazwy duplikatów, wyczyść pamięć podręczną tylko testowanego klienta i powtórz przechwytywanie ruchu w obu sieciach VLAN. Prawidłowy rezultat to jeden stabilny właściciel każdej wymaganej nazwy.
Ponownie przetestuj dokładną ścieżkę do serwera domowego
Po zmianie jednej zmiennej powtórz ten sam scenariusz pracy z serwerem NAS lub usługą hostowaną samodzielnie na tym samym kliencie, zamiast przełączać się na inny test, który może korzystać z innej ścieżki.
Powiązany poradnik ZimaSpace na stronie powiązana ścieżka sieci serwera domowego pomaga powiązać końcową weryfikację z tym samym środowiskiem usług hostowanych samodzielnie.
Naprawę można uznać za zakończoną dopiero wtedy, gdy pierwotny objaw nie powróci po ponownym połączeniu, restarcie usługi oraz drugim kontrolowanym transferze lub żądaniu.
Często zadawane pytania
Dlaczego dwie sieci VLAN mogą różnie rozwiązywać tę samą nazwę .local?
Mogą odbierać różne lokalne ogłoszenia albo różne przekazane rekordy i zapisywać je w pamięci podręcznej w różnym czasie.
Czy włączenie reflektora mDNS zapewnia pełny dostęp z sieci IoT do zaufanej sieci LAN?
Nie samo w sobie. Wykrywanie i ruch usług unicast powinny być kontrolowane oddzielnymi regułami zapory.
Czy każda sieć VLAN powinna uczestniczyć w przekazywaniu mDNS?
Nie. Przekazuj ogłoszenia tylko między segmentami, które potrzebują wspólnego wykrywania, aby ograniczyć szum i niezamierzoną widoczność.
Wsparcie i wskazówki
Więcej do przeczytania

Czy Plex może współdzielić kartę graficzną z innym kontenerem Dockera?
Plex i inny kontener często mogą korzystać z tego samego układu GPU, ale należy przetestować obsługę sterowników, mapowanie urządzeń, obciążenie silnika wideo, pamięć oraz...

Jak ustalić, czy błąd Plex pochodzi od klienta, czy od serwera
Odtwórz ten sam przypadek na innym kliencie, porównaj ścieżkę sesji, a następnie zbierz dowody z serwera dopiero wtedy, gdy zakres analizy wskaże, gdzie faktycznie...

Jak skonfigurować pamięć podręczną Plex i tymczasową pamięć na transkodowane pliki
Chroń trwały stan Plex, umieszczając tymczasowe pliki transkodowania na odpowiedniej pamięci lokalnej, a następnie zweryfikuj czyszczenie, ilość wolnego miejsca i zachowanie podczas ponownego uruchamiania.

