Windows에서 ZimaOS 공유 폴더는 읽을 수 있지만 쓸 수 없는 이유
커뮤니티 사례를 보면 저장 장치 문제가 아니라 인증 방식이 일치하지 않는 문제로 보입니다. Android에서는 읽기 및 쓰기 권한이 있었지만, Windows 파일 탐색기는 사실상 게스트로 공유 폴더에 접근하고 있었습니다. 게스트 액세스는 탐색 또는 읽기 전용 액세스만 허용할 수 있으며, 쓰기 작업을 수행하려면 해당 공유 폴더에 읽기 및 쓰기 권한이 있는 ZimaOS 멤버의 자격 증명이 필요합니다.
현재 제공되는 인증된 ZimaOS SMB 액세스 Shop 가이드에서는 다른 데스크톱 OS에서 동일한 멤버 기반 권한 모델을 설명합니다. 여러 기기에서의 일반적인 사용 방법은 NAS 파일 공유 가이드를 참조하세요.
먼저 ZimaOS 공유 폴더 권한 확인
- ZimaOS에서 대상 폴더의 공유 설정을 엽니다.
- 사용하려는 사용자 또는 멤버가 공유 폴더에 할당되어 있는지 확인합니다.
- 해당 멤버의 권한을 읽기 전용이 아닌 읽기 및 쓰기로 설정합니다.
- 익명 액세스가 필요하지 않다면 게스트 액세스를 비활성화된 상태로 유지합니다.
이렇게 하면 서버 측 인증과 Windows의 자격 증명 캐시를 구분할 수 있습니다. 멤버에게 쓰기 권한이 없다면 Windows 설정을 변경해도 쓰기 권한이 새로 부여되지 않습니다.
Windows에서 기존 게스트 연결 제거
Windows는 기존 SMB 세션이나 저장된 자격 증명을 재사용할 수 있으며, 이로 인해 파일 탐색기가 올바른 계정을 묻지 않고 다시 연결될 수 있습니다. Microsoft는 자격 증명 관리자와 SMB 도구를 통해 Windows 자격 증명 및 네트워크 인증을 관리하는 방법을 안내합니다. 아직 필요한 항목을 삭제하기 전에 Microsoft 자격 증명 관리자 문서를 확인하세요.
오래된 연결을 삭제한 후 ZimaOS 공유 폴더에 다시 연결하고 ZimaOS 멤버 사용자 이름과 비밀번호를 입력합니다. Microsoft는 Microsoft SMB 개요에서도 Windows 클라이언트의 SMB 동작을 설명합니다.
공유 폴더를 명시적으로 매핑
파일 탐색기에서 ZimaOS가 제공한 네트워크 경로를 사용하거나 공유 폴더를 네트워크 드라이브로 매핑합니다. Windows가 계속 게스트로 열 경우 먼저 기존 매핑을 연결 해제한 다음 멤버 자격 증명으로 다시 연결하세요. 비밀번호를 스크립트나 스크린샷에 저장하지 마세요.
Zima Client의 역할
원래 스레드에서는 Zima Client가 드라이브를 다시 마운트한 후 쓰기 액세스가 가능해졌으며, 이는 클라이언트가 인증된 경로를 복원했음을 시사합니다. 가능한 설명이지만 스레드에서 입증된 것은 아닙니다. Zima Client를 사용하는 경우 로그인 후 마운트된 공유 폴더를 확인하고, 마운트만으로 쓰기 액세스가 부여된다고 가정하지 말고 기본 공유 폴더 권한도 확인하세요.
현재 제공되는 Zima Client 연결 페이지에서는 데스크톱 및 모바일 기기를 ZimaOS에 연결하는 방법을 설명합니다.
FAQ
Android에서는 쓸 수 있는데 Windows에서는 쓸 수 없는 이유는 무엇인가요?
두 클라이언트가 서로 다른 방식으로 인증하고 있을 수 있습니다. 모바일 파일 관리자는 유효한 멤버 자격 증명을 유지하는 반면, Windows는 게스트 세션을 재사용하고 있을 수 있습니다.
이 문제를 해결하려면 게스트 액세스를 활성화해야 하나요?
제어된 쓰기 액세스가 필요하다면 활성화할 필요가 없습니다. 명시적인 읽기 및 쓰기 권한이 있는 멤버 계정을 사용하세요.
공유 폴더에 갑자기 다시 쓸 수 있게 되면 어떻게 해야 하나요?
Windows가 어떤 ID를 사용하고 있는지, Zima Client가 마운트를 다시 설정했는지 확인하세요. 문제가 다시 발생할 경우 재현할 수 있도록 정상적으로 작동한 구성을 기록해 두세요.
