이 글의 작성자는 ZimaOS에서 NextExplorer가 생성, 업로드, 쓰기 및 삭제 작업을 모두 완벽하게 수행하도록 설정했습니다. 중요한 부분은 chmod만 적용한 것이 아니었습니다. NextExplorer 프로세스는 비루트 사용자로 실행되었고, 마운트된 저장소는 다른 그룹을 사용하고 있었습니다. 그룹을 일치시키고 디렉터리에 setgid를 적용하면 새로 생성되는 콘텐츠가 의도한 공유 그룹을 상속하게 됩니다.
포럼에 있는 정확한 명령을 전체 스토리지 풀에 무작정 적용해서는 안 됩니다. 원본에서는 PGID=1001을 사용하고 /media/Safe-Storage에 재귀적으로 그룹 및 권한을 변경하지만, 해당 값과 범위는 그 시스템에만 해당합니다. 현재 NextExplorer는 활발히 유지 관리되고 있으며 여전히 /mnt 아래의 Docker 마운트를 사용하므로, 더 안전한 현재 방식은 NextExplorer가 관리할 폴더만 마운트하고 해당 폴더의 권한을 맞추는 것입니다.
현재 NextExplorer도 Docker 우선 방식의 /mnt 볼륨을 사용합니다
현재 업스트림 빠른 시작 가이드는 다음과 같이 매핑합니다.
/path/to/your/files:/mnt/Files또한 /config와 /cache를 영구 저장합니다. /mnt 바로 아래의 각 하위 항목은 UI에 표시되는 볼륨이 됩니다.
현재 NextExplorer 배포 모델을 사용하세요.
원본에서는 영구 구성 및 캐시를 사용했습니다
가이드에서는 다음을 생성했습니다.
/DATA/AppData/nextexplorer/config
/DATA/AppData/nextexplorer/cache그리고 이를 /config와 /cache에 매핑했습니다. 이 방식은 여전히 좋은 패턴입니다. 컨테이너를 다시 생성하더라도 구성과 생성된 캐시가 컨테이너 외부에 유지되기 때문입니다.
쓰기 실패의 원인은 그룹 불일치였습니다
작성자는 monitor:samba와 같은 ZimaOS 저장소 소유권을 설명했지만, NextExplorer는 비루트 ID로 실행되었습니다. 앱의 유효 그룹이 쓰기 가능한 저장소 그룹과 일치하지 않으면 삭제 및 생성 작업에서 EACCES 오류가 반환됩니다.
PGID를 설정하기 전에 노출하려는 전용 폴더의 실제 그룹 ID를 확인하세요. 1001이 모든 시스템에 적용된다고 가정하지 마세요.
setgid를 사용하면 새 디렉터리가 공유 그룹을 상속합니다
원본에서는 그룹 소유권을 일치시킨 후 디렉터리에 setgid를 적용했습니다. Linux 네이티브 파일 시스템에서는 이를 통해 새 하위 폴더가 상위 폴더의 그룹을 상속하게 할 수 있으며, 업로드할 때마다 소유권을 반복해서 수정하는 것보다 훨씬 지속적인 방법입니다.
정말 필요한 경우가 아니라면 NAS 전체에 재귀적으로 chgrp를 적용하지 마세요
전체 미디어/저장소 루트에 걸쳐 그룹 소유권과 모드를 변경하면 Plex, Jellyfin, 백업 작업, SMB 사용자 및 기타 컨테이너에 영향을 줄 수 있습니다. NextExplorer 전용 관리 폴더를 만들거나, 관련된 모든 서비스가 사용하는 공유 그룹을 신중하게 선택하세요.
원본에서는 삭제가 영구적이라고 경고했습니다
2026년 3월 가이드에서는 해당 NextExplorer 설정에 휴지통이 없으며 삭제가 즉시 수행된다고 명시적으로 경고했습니다. 이후 업스트림은 크게 발전하여 최신 접근 제어 및 공유 기능을 포함하게 되었지만, 원본은 해당 배포 환경에서 복구 가능한 휴지통 작업 흐름을 제공한다고 설명하지 않습니다.
백업을 유지하고, NextExplorer에 복구할 수 없는 데이터에 대한 쓰기 권한을 부여하기 전에 임시 파일로 삭제 동작을 테스트하세요.
현재 NextExplorer에는 더 강력한 인증 옵션이 있습니다
현재 업스트림 문서에서는 로컬 사용자 및 그룹과 선택적 OIDC SSO를 설명합니다. 강력한 파일 관리자를 신뢰할 수 있는 단일 LAN 외부에 노출하는 경우 이는 중요합니다.
NextExplorer 권한 FAQ
원본의 해결 방법은 chmod만 적용하는 것이었나요?
아니요. 작성자는 그룹 일치와 setgid 적용이 핵심이라고 강조했습니다.
모든 시스템에서 PGID 1001을 사용해야 하나요?
아니요. ZimaOS 시스템에서 쓰기 권한을 부여하려는 폴더를 소유한 실제 그룹 ID를 사용하세요.
기본적으로 NextExplorer에 NAS 전체에 대한 쓰기 및 삭제 권한을 부여해야 하나요?
아니요. 실제로 필요한 폴더로 마운트와 권한을 제한하고 중요한 데이터는 백업해 두세요.
