ZimaOS VM이 “네트워크”를 탐색할 수 있지만 ZimaOS 호스트에 핑을 보내거나 호스트의 SMB 공유를 열 수 없다면, Samba 자격 증명보다 먼저 VM 라우팅과 호스트 연결 가능성을 확인하세요. 2025년 12월 스레드에서는 처음에 NAT/격리 문제로 보았지만, 이후 2026년 4월의 답변에서는 최신 브리지 경로에서도 VM이 ZimaOS 호스트에 핑을 보내지 못할 수 있다고 보고했습니다.
이후 보고가 중요한 이유는 “브리지” 네트워킹으로 전환하는 것이 유용한 테스트이기는 하지만, 모든 ZVM 버전과 네트워크 백엔드에서 확실한 해결책은 아니기 때문입니다.
원래 스레드에서 실제로 확인된 내용
VM에는 처음에 Samba 클라이언트 스택이 없었습니다. 이를 설치한 뒤 VM에서 자체 print$ 공유를 볼 수 있었으며, 이는 게스트 내부의 Samba 소프트웨어가 정상적으로 작동한다는 것을 보여줍니다. 더 중요한 단서는 ping ZIMAOS_IP 실행 결과 호스트에 연결할 수 없다고 표시된 점입니다.
VM은 다른 LAN 호스트에는 핑을 보낼 수 있었으므로, 문제는 게스트 네트워크 전체가 중단된 것이 아니라 게스트와 ZimaOS 호스트 사이의 연결에 국한되었습니다.
네트워크 탐색 전에 IP로 ZimaOS 호스트 테스트
VM 내부에서 ping ZIMAOS_IP를 실행한 다음 smb://ZIMAOS_IP 또는 이에 해당하는 Windows UNC 경로를 열어 보세요. 네트워크 검색은 직접 SMB 액세스가 작동하더라도 실패할 수 있으므로, 탐색 아이콘은 첫 번째 상태 확인 방법으로 적합하지 않습니다.
현재 ZimaOS SMB 도움말에서도 SMB 액세스가 느리거나 실패할 때 직접 주소와 자격 증명을 확인할 것을 권장합니다.
브리지 모드에서도 호스트 격리가 발생할 수 있음
초기 커뮤니티 답변에서는 브리지 모드가 문제를 해결할 것이라고 했습니다. 그러나 이후 한 사용자는 최신 업데이트에서도 VM이 ZimaOS 호스트에 핑을 보낼 수 없는 브리지 상태가 여전히 존재한다고 보고했습니다. 따라서 원래의 “그냥 브리지를 사용하라”는 결론은 지나치게 단정적입니다.
VM이 다른 LAN 장치에는 연결되지만 ZimaOS 호스트에는 연결되지 않는다면, ZimaOS 네트워크 액세스 가이드와 동작을 비교하고, Samba를 다시 변경하기 전에 VM 네트워크 모드, 게스트 IP, 호스트 IP, 서브넷 및 라우팅 테이블을 수집하세요.
SMB 검색만을 유일한 성공 기준으로 사용하지 마세요
최소 구성의 Linux 게스트에서는 Avahi, WS-Discovery 또는 기타 탐색 서비스가 실행되지 않을 수 있습니다. 이 경우 직접 IP를 통한 SMB 액세스가 정상이어도 그래픽 “네트워크” 보기에서 공유가 표시되지 않을 수 있습니다.
핑이 작동하면 TCP 445를 테스트하고 직접 인증하세요. 그 다음에야 서비스 검색 문제를 해결해야 합니다.
요약
원본 스레드에서는 문제의 범위를 Samba보다 하위 단계로 좁혔습니다. VM이 ZimaOS 호스트에 연결되지 않았던 것입니다. 브리지 네트워킹은 여전히 테스트해 볼 만한 설정이지만, 이후 보고에 따르면 일부 ZVM 빌드에서는 호스트 격리가 지속될 수 있습니다. 먼저 IP 연결 가능성을 확인하고, 그다음 SMB, 마지막으로 검색 기능을 확인하세요.
