이 사례는 사용자가 흔히 같은 것으로 여기는 두 가지 연결 경로를 구분합니다. 사용자가 Remote ID를 입력하면 집 안팎에서 ZimaClient에 정상적으로 연결할 수 있었지만, 로컬 네트워크에서 자동 검색을 수행하면 장치를 찾을 수 없음이 표시되었습니다. 즉, 서버 연결 관계와 원격 경로는 정상적으로 작동했지만 로컬 검색에 문제가 있었습니다.
이 스레드에서는 최종 해결 방법이 확인되지 않았습니다. iOS 로컬 네트워크 권한은 이미 활성화되어 있었고, Avahi도 실행 중이었으며, ZimaOS를 완전히 다시 설치해도 동작이 달라지지 않았습니다. 이후 사용자는 Android 클라이언트도 설치했지만 Android에서도 서버가 자동으로 검색되지 않았습니다.
Remote ID는 작동했지만 LAN 검색은 실패함
이 차이는 유용한 진단 기준입니다. 문제가 로컬 검색에만 있다면 Remote ID 인증을 문제 해결 대상으로 삼지 마세요.
iOS 로컬 네트워크 권한은 이미 활성화되어 있었음
한 커뮤니티 답변에서는 Apple이 로컬 네트워크 장치를 검색하거나 통신하는 앱에 명시적인 권한을 요구하므로 iOS 설정을 확인하라고 정확히 안내했습니다.
앱과 ZimaOS를 다시 설치해도 해결되지 않음
사용자는 iOS 앱을 여러 차례 다시 설치하고 NAS를 재부팅하거나 종료했으며, 결국 ZimaOS를 포맷한 뒤 다시 설치했습니다. 그러나 이러한 조치로도 자동 검색은 복구되지 않았습니다.
이러한 부정적 증거는 단순히 오래된 앱 캐시나 특정 ZimaOS 설치가 손상된 문제일 가능성을 낮춥니다.
커뮤니티에서는 mDNS/Bonjour를 의심함
많은 로컬 애플리케이션의 자동 장치 검색은 멀티캐스트 DNS 또는 관련 LAN 검색 브로드캐스트에 의존합니다. 커뮤니티 구성원들은 클라이언트가 이러한 알림을 수신하지 못하고 있을 가능성을 제기했으며, AP/클라이언트 격리와 멀티캐스트 전달을 확인하라고 제안했습니다.
사용자는 동일한 TP-Link Deco 네트워크에서 AirPrint, AirPlay, QNAP 검색 및 기타 로컬 iOS 서비스가 작동한다는 점을 들어 이에 이의를 제기했습니다.
ZimaOS에서 Avahi가 실행 중이었음
가상 브리지의 Avahi는 커뮤니티의 가설에 불과했음
이후 한 답변에서는 Docker/가상 인터페이스에서 Avahi 활동이 감지된 점에 주목하고, 기본 LAN 대신 잘못된 브리지에서 광고하고 있을 가능성을 제기했습니다. 답변자는 추가 저널 출력을 요청했습니다.
공개 스레드는 해당 가설이 검증되기 전에 끝났습니다. 따라서 “Avahi가 Docker에 바인딩되어 있다”는 내용을 확인된 근본 원인으로 제시해서는 안 됩니다.
Android에서도 실패하면서 진단 방향이 바뀜
원문 사례의 사용자는 Android 클라이언트를 설치한 뒤에도 서버가 자동으로 검색되지 않는다고 보고했습니다. 이로 인해 iOS Enhanced Privacy, VPN 설정 또는 Apple의 로컬 네트워크 권한에만 관련된 설명의 가능성은 낮아졌습니다.
남은 변수는 ZimaOS 호스트, LAN 검색 경로 또는 두 요소 간의 상호작용이었습니다.
IceWhale에서 네트워크 구성과 개인정보 보호 세부 정보를 요청함
Zima-Giorgio는 VLAN, 방화벽, 프로토콜 필터링, iOS Enhanced Privacy/VPN 기능, IP 제한 추적 및 다른 Apple 기기를 사용한 테스트에 대해 질문했습니다. 이는 공식적인 문제 해결 요청이었으며, 해당 설정 중 하나가 장애를 일으켰다는 주장은 아니었습니다.
현재 ZimaClient는 계속 발전하고 있음
현재의 ZimaClient는 2025년 10월 빌드보다 훨씬 발전했으며, 장치 연결과 전환 안정성을 개선하는 작업이 계속되고 있습니다. 최신 사례를 다룰 때는 과거의 재설치 실험을 반복하기 전에 ZimaOS와 ZimaClient를 모두 업데이트하세요.
최신 ZimaClient 설치 및 연결 절차를 기준으로 삼으세요.
ZimaClient LAN 검색 FAQ
원문 사례에서 Remote ID는 작동했나요?
예. 사용자는 홈 네트워크 안팎에서 Remote ID를 통해 연결할 수 있었습니다.
iOS 로컬 네트워크 접근이 비활성화되어 있었나요?
아니요. 사용자는 해당 권한이 활성화되어 있음을 보여 주는 스크린샷을 게시했습니다.
Avahi가 중지되어 있었나요?
아니요. 원문의 스크린샷에는 avahi-daemon이 실행 중인 것으로 표시되었습니다.
최종 근본 원인이 확인되었나요?
아니요. 추가적인 네트워크 구성 및 Avahi 인터페이스 테스트가 논의되는 도중 공개 스레드가 종료되었습니다.
