3페이지에 이르자 이 긴 지원 스레드는 더 이상 주로 원격 로그인에 관한 내용이 아니었습니다. 실제로 해결해야 할 문제는 실행 중이지만 서비스를 사용할 수 없음으로 열리는 Duplicati 컨테이너였습니다. 로그에서 핵심 단서가 확인되었습니다. 유효한 SETTINGS_ENCRYPTION_KEY 없이 설정 데이터베이스가 생성되었으며, 이후 환경 변수를 변경해도 이미 생성된 설정 상태는 복구되지 않았습니다.
커뮤니티에서 제시한 해결 방법은 의도적으로 범위를 좁혔습니다. Duplicati 컨테이너를 제거하고 다시 생성하되, 설정 데이터베이스만 삭제하고 백업 대상과 원본 폴더는 그대로 유지한 다음, 실제 설정 암호화 키를 사용해 Duplicati를 한 번만 다시 생성하는 방법이었습니다. 이후 원 게시자는 “접속했습니다”라고 답변해 이 복구 절차로 액세스가 복원되었음을 확인했습니다.
Duplicati 로그에서 누락된 설정 암호화 키 확인
원본 로그는 다음 메시지로 끝났습니다.
Missing encryption key, unable to encrypt your settings database
Please set a value for SETTINGS_ENCRYPTION_KEY and recreate the container
이는 포트나 ZimaOS 원격 액세스 문제를 추측하는 것보다 훨씬 강력한 증거입니다. 오류는 Duplicati 애플리케이션 및 구성 계층 내부에서 발생했습니다.
설정 키는 백업 암호화 비밀번호와 다릅니다
SETTINGS_ENCRYPTION_KEY는 Duplicati의 로컬 설정 데이터베이스를 보호합니다.- 백업 암호화 비밀번호는 백업 콘텐츠를 보호합니다.
- WebUI 로그인 비밀번호는 별도의 자격 증명입니다.
1234 같은 취약한 테스트 값을 재사용하지 말고, 이러한 보안 정보를 비밀번호 관리자에 기록해 두세요.
백업 대상은 삭제하지 마세요
원본에서는 백업 데이터나 원본 폴더를 건드리지 말라고 명확히 경고했습니다. 초기화 대상은 AppData 구성 경로 아래에 있는 Duplicati 설정 데이터베이스뿐이었습니다. 백업 데이터가 별도의 호스트 폴더에 매핑되어 있다면 컨테이너를 제거해도 백업 데이터가 자동으로 삭제되지는 않습니다.
유효한 키로 컨테이너 다시 생성
- 문제가 있는 Duplicati 컨테이너를 중지하고 제거합니다.
- Duplicati 설정 데이터베이스만 백업한 후 삭제합니다.
- 강력한
SETTINGS_ENCRYPTION_KEY를 설정합니다. - 컨테이너를 한 번만 다시 생성합니다.
- WebUI를 열고 설정이 정상적으로 시작되는지 확인합니다.
이는 커뮤니티의 문제 해결 방법이므로, 구성 디렉터리를 삭제하기 전에 실제 현재 볼륨 매핑을 확인하세요.
앱 스토어 설치와 수동 Docker 설치를 함께 사용하지 마세요
같은 스레드의 앞부분에서 사용자는 App Store를 사용하는 동시에 수동으로 두 번째 Duplicati 컨테이너를 실수로 생성했습니다. 이로 인해 포트와 구성의 출처가 불명확해졌습니다. 배포 방법은 하나만 선택하고, 기준이 되는 구성 경로도 하나만 유지하세요.
Duplicati는 탐색 가능한 미러가 아니라 아카이브 백업입니다
이후 원본 논의에서는 Duplicati가 블록과 메타데이터를 저장한다는 점이 설명되었습니다. 백업 대상은 모든 원본 폴더가 일반 복사본처럼 보이는 형태가 아니며, 복원은 Duplicati를 통해 수행합니다.
백업을 운영 데이터에 사용하기 전에 단일 파일 복원과 폴더 복원을 모두 테스트하세요.
Duplicati와 ZimaOS 백업을 혼동하지 마세요
ZimaOS에는 자체 예약 및 버전 관리 백업 시스템도 있습니다. Duplicati는 Duplicati의 암호화된 아카이브 형식과 대상 저장소 지원이 필요한 경우 유용하며, 지원되는 원본과 대상이 요구 사항에 맞는다면 기본 제공 백업 앱이 더 간단합니다.
현재 ZimaOS 백업 워크플로를 사용하세요.
Duplicati 서비스 사용 불가 FAQ
원본 사용자가 액세스 복원을 확인했나요?
예. 설정 및 키 문제를 해결한 후 원 게시자는 Duplicati에 접속했다고 밝혔습니다.
WebUI 문제를 해결하려면 Duplicati 백업 파일을 삭제해야 하나요?
아니요. 원본 해결 방법은 백업 대상이나 원본 데이터가 아니라 문제가 있는 설정 데이터베이스만 대상으로 했습니다.
SETTINGS_ENCRYPTION_KEY가 백업 비밀번호인가요?
아니요. 이 키는 Duplicati의 로컬 설정 데이터베이스를 보호하며, 백업 콘텐츠 암호화와는 별개입니다.
