안녕하세요,
현재 겪고 계신 문제는 단순한 워크그룹 설정이 아니라 Windows 네트워크 검색(Network Discovery) 관련 의존성 문제일 가능성이 높습니다. 최신 Windows 버전에서는 “네트워크 환경(Network Environment)”이 Function Discovery Provider Host 및 Function Discovery Resource Publication 서비스에 크게 의존하므로, 모든 PC에서 해당 서비스가 실행 중이며 시작 유형이 자동(Automatic)으로 설정되어 있는지 확인해 주세요.
또한 고급 공유 설정(Advanced Sharing Settings)에서 **네트워크 검색(Network Discovery)**과 **파일 및 프린터 공유(File and Printer Sharing)**가 활성화되어 있는지, 그리고 네트워크 프로필이 공용(Public)이 아닌 개인(Private)으로 설정되어 있는지도 확인이 필요합니다. 공용 프로필일 경우 장치가 표시되지 않을 수 있습니다. 한편, SMBv1 프로토콜이 비활성화된 경우도 원인이 될 수 있습니다. 이는 보안상 정상적인 설정이지만 일부 레거시 검색 방식이 이를 필요로 할 수 있습니다. 다만 SMBv1을 다시 활성화하기보다는, 모든 장치가 SMBv2 이상을 지원하고 최신 상태인지 확인하는 것을 권장드립니다.
아울러 Windows Defender 방화벽(또는 타사 방화벽)에서 네트워크 검색 관련 인바운드 규칙(특히 SSDP, WS-D, NetBIOS 등)이 허용되어 있는지도 점검해 주세요. 문제가 지속된다면 UNC 경로(예: \hostname 또는 \IP-address)로 직접 접근을 시도해 보시기 바랍니다. 이 방식이 정상 동작한다면, 이는 연결 문제가 아니라 단순 검색(discovery) 문제로 판단할 수 있습니다.
마지막으로, 혼합 환경 또는 레거시 환경을 사용 중이라면 FDResPub을 통한 Computer Browser 대체 메커니즘을 활성화하거나, 경량 DNS/LLMNR 구성을 통해 서브넷 내 이름 확인(Name Resolution)을 안정화하는 것도 도움이 될 수 있습니다.
해당 답변이 문제 해결에 도움이 되었다면 “Accept Answer”를 눌러주시면 감사하겠습니다 🙂 동일한 문제를 겪는 다른 사용자들에게도 큰 도움이 됩니다.
Jason