ZimaOS 업데이트 후 File Browser 로그인이 실패하자 처음에는 애플리케이션 회귀 문제처럼 보였습니다. 하지만 커뮤니티에서 확인된 해결 방법은 더 간단했습니다. 초기화를 새로 진행한 후 File Browser가 admin 계정의 새 비밀번호를 생성하고 애플리케이션 로그에 표시한 것입니다.
초기화 후 기존 인증 정보가 작동하지 않는 이유
현재 File Browser의 동작은 해당 스레드의 내용을 뒷받침합니다. 공식 File Browser 최초 부팅 안내에 따르면 새 인스턴스는 데이터베이스를 초기화하고 무작위로 생성된 admin 비밀번호를 콘솔 로그에 표시합니다. 이 비밀번호는 초기화 중 한 번만 표시됩니다.
File Browser 인증 안내에서도 File Browser 자체의 인증 계층을 설명합니다. 따라서 ZimaOS 사용자 인증 정보와 File Browser 애플리케이션 인증 정보는 자동으로 서로 호환되지 않습니다.
ZimaOS 앱 로그에서 비밀번호 찾기
ZimaOS에서 File Browser 애플리케이션 설정을 열고 로그 화면으로 이동한 다음, 최초 초기화 메시지를 찾으세요. 원래 스크린샷에서 중요한 줄은 admin 사용자가 무작위로 생성된 비밀번호로 초기화되었다고 표시된 부분입니다.
일부 파일만 삭제하면 혼란스러울 수 있는 이유
File Browser는 데이터베이스와 구성을 별도로 유지합니다. 부분적으로 초기화하면 데이터베이스, 설정, 예상 인증 정보가 서로 다른 조합으로 남을 수 있습니다. 첫 번째 Docker 앱에서는 일반적인 앱 재시작 후에도 영속 컨테이너 데이터가 유지되는 이유를 설명하며, ZimaOS App Store 요구 사항에서는 현재 ZimaOS 앱 환경에 대한 더 폭넓은 정보를 제공합니다.
앱을 더 큰 스토리지 워크플로의 일부로 사용한다면 ZimaOS 클라우드 통합을 참고해 어떤 파일을 애플리케이션 스토리지에 저장하고 어떤 파일을 기본 ZimaOS 데이터 볼륨에 저장할지 결정할 수 있습니다.
생성된 비밀번호가 더 이상 보이지 않는 경우
비밀번호를 반복해서 추측하지 마세요. 먼저 데이터베이스가 다시 생성되었는지, 원래 초기화 로그가 아직 남아 있는지 확인하세요. File Browser 상위 프로젝트에서는 생성된 비밀번호가 한 번만 표시된다고 안내합니다. 비밀번호를 잃어버렸다면 다른 설치 환경의 인증 정보를 복사하지 말고 현재 상위 프로젝트에서 안내하는 재설정 또는 재초기화 방법을 사용하세요.
결론
이 커뮤니티 사례에서는 File Browser 자체가 정상적으로 작동하고 있었습니다. 새로 초기화하면서 새 admin 비밀번호가 생성되었기 때문에 로그인이 변경된 것입니다. 초기화 직후 애플리케이션 로그를 확인하고, ZimaOS 계정 인증 정보와 File Browser 자체 인증 데이터베이스를 서로 별도로 관리하세요.
