왜 홈 VLAN마다 동일한 mDNS 이름이 서로 다른 장치로 확인되나요?
각 VLAN에서 서로 다른 로컬 또는 중계된 알림 집합을 확인할 수 있으면 동일한 mDNS 이름이 VLAN마다 다른 장치로 확인될 수 있습니다.
ZimaSpace 홈 네트워크에서는 NAS 서비스, Home Assistant, 프린터, 스피커, 컨테이너가 서로 다른 신뢰 네트워크 및 IoT VLAN에서 .local 이름을 알릴 수 있습니다. mDNS는 기본적으로 링크 로컬 방식이므로, 어떤 알림이 라우터를 통과할지는 리플렉터 또는 리피터가 결정합니다. 중복 호스트 이름, 비대칭 리플렉터 인터페이스, 오래된 캐시로 인해 두 클라이언트가 동일한 레이블에 대해 서로 다른 응답을 받을 수 있습니다.
라우팅된 VLAN 간에 mDNS가 중계되는지 확인
각 VLAN에서 동일한 쿼리를 비교하고 리플렉터가 어떤 인터페이스를 수신하는지 확인하세요.
mDNS에는 라우팅된 네트워크 간 리플렉터가 필요합니다를 다루는 OpenWrt 홈랩 블로그 글은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
한 VLAN에서 다른 세그먼트의 알림을 전혀 볼 수 없다면 DNS 캐시를 조사하기 전에 리플렉터 범위를 수정하세요.
검색 트래픽을 전송할 수 있는 VLAN 확인
방화벽 정책은 관련 없는 유니캐스트 액세스를 허용하지 않으면서 예상한 검색 경로를 허용해야 합니다.
mDNS와 DNS에는 신중하게 설정한 VLAN 간 규칙이 필요합니다를 다루는 홈랩 네트워크 구축 기록은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
서비스 검색 규칙을 광범위한 VLAN 포워딩과 분리하여 문제를 해결하는 과정에서 네트워크 분할이 무너지지 않도록 하세요.
리플렉터가 올바른 인터페이스에서 실행되는지 확인
한 VLAN에만 연결된 리플렉터는 이름 확인이 일관되지 않은 것처럼 보이는 부분적인 가시성을 만들 수 있습니다.
Avahi는 선택한 VLAN 인터페이스 간에 레코드를 중계할 수 있습니다를 다루는 Homebridge 및 Avahi 안내서는 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
리플렉터 인터페이스 목록을 확인하고 실수로 WAN 또는 게스트 세그먼트가 리플렉션 대상에 포함되어 있다면 제거하세요.
mDNS를 다른 검색 프로토콜과 분리
Chromecast와 일부 홈 장치는 mDNS를 다른 멀티캐스트 또는 유니캐스트 포트와 함께 사용합니다.
VLAN 간 검색에는 mDNS 이상의 설정이 필요할 수 있습니다를 다루는 Home Assistant 네트워킹 안내서는 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
이름은 확인되지만 서비스가 여전히 작동하지 않는다면 mDNS 리피터를 더 추가하지 말고 앱이 실제로 사용하는 데이터 포트를 테스트하세요.
홈 서버 컨테이너 네트워크 확인
Docker 내부에서 실행되는 Home Assistant 또는 다른 검색 서비스는 호스트와 동일한 멀티캐스트 인터페이스를 사용하지 못할 수 있습니다.
컨테이너화된 Home Assistant에는 신중하게 구성한 VLAN 간 멀티캐스트 연결이 필요합니다를 다루는 홈랩 Kubernetes 글은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
라우터 규칙을 수정하기 전에 호스트 수준의 mDNS 쿼리와 컨테이너 네임스페이스 내부의 쿼리를 비교하세요.
중복 이름 및 캐시된 응답 테스트
동일한 .local 호스트 이름을 알리는 두 장치는 리플렉션 및 캐시 시점에 따라 서로 다른 VLAN에서 확인될 수 있습니다.
VLAN 간 mDNS는 제어된 리플렉션에 따라 작동합니다를 다루는 홈랩 네트워킹 글은 기본 프로토콜을 정의하는 데 그치지 않고 동일한 세부 문제를 다루므로 이 원인을 좁히는 데 도움이 됩니다.
중복 이름을 변경하고 테스트 클라이언트의 캐시만 비운 다음 양쪽 VLAN에서 캡처를 다시 수행하세요. 올바른 결과는 각 필수 이름에 대해 하나의 안정적인 소유자만 존재하는 것입니다.
정확한 홈 서버 경로 재테스트
변수 하나를 변경한 후에는 다른 경로를 사용할 수 있는 별도의 테스트로 바꾸지 말고 동일한 클라이언트에서 같은 NAS 또는 셀프 호스팅 워크플로를 반복하세요.
인접한 홈 서버 네트워크 경로를 다루는 관련 ZimaSpace 가이드는 최종 확인을 동일한 셀프 호스팅 환경에 연결하는 데 도움이 됩니다.
재연결, 서비스 재시작, 그리고 두 번째로 통제된 전송 또는 요청을 수행한 후에도 원래 증상이 해결된 상태로 유지될 때에만 수정이 완료된 것입니다.
자주 묻는 질문
두 VLAN에서 동일한 .local 이름이 서로 다르게 확인될 수 있는 이유는 무엇인가요?
서로 다른 로컬 알림을 수신하거나 서로 다른 중계 레코드를 받아 각기 다른 시점에 캐시할 수 있기 때문입니다.
mDNS 리플렉터를 활성화하면 IoT에서 신뢰할 수 있는 LAN에 완전히 액세스할 수 있나요?
그렇지 않습니다. 검색 트래픽과 유니캐스트 서비스 트래픽은 별도의 방화벽 규칙으로 제어해야 합니다.
모든 VLAN을 mDNS 리플렉션에 참여시켜야 하나요?
아니요. 공유 검색이 필요한 세그먼트만 중계하여 불필요한 트래픽과 의도하지 않은 노출을 줄이세요.
추천 제품
지원 및 팁
더 읽어보기
Plex가 다른 Docker 컨테이너와 GPU를 공유할 수 있나요?
Plex와 다른 컨테이너가 동일한 GPU에 함께 액세스할 수 있는 경우가 많지만, 드라이버 지원, 디바이스 매핑, 비디오 엔진 부하, 메모리, 복구 동작을 테스트해야 합니다.
Plex 오류가 클라이언트에서 발생한 것인지 서버에서 발생한 것인지 확인하는 방법
다른 클라이언트에서 동일한 항목을 재현하고, 세션 경로를 비교한 다음, 범위 분석을 통해 장애가 실제로 발생한 위치를 확인한 후에만 서버 증거를 수집하세요.
Plex 캐시 및 트랜스코딩 임시 저장소 구성 방법
영구 Plex 상태는 보호하면서 트랜스코딩 임시 파일은 적합한 로컬 저장소에 배치한 다음, 정리 상태와 여유 공간 및 재시작 동작을 확인하세요.
