원래 요청은 “Google Drive에 연결”보다 더 광범위했습니다. 사용자는 Ubuntu VM을 상용 GoodSync 클라이언트 전용으로 할당하지 않고도 Google Drive, Dropbox, OneDrive, Box 및 MEGA의 여러 계정을 사용하면서 양방향에 가까운 동기화/전송 동작을 원했습니다.
ZimaOS는 이 사용 사례를 크게 지원하는 방향으로 발전했습니다. 현재 Files는 Google Drive, Dropbox 및 OneDrive에 직접 연결할 수 있고, 동일한 제공업체의 여러 계정을 지원하며, 클라우드와 로컬 저장소 간에 데이터를 복사하거나 이동할 수 있습니다. 현재 Backup은 일정 및 버전 관리와 함께 클라우드, LAN, USB 또는 Zima 소스를 사용하거나 해당 대상으로 데이터를 보낼 수도 있습니다. 그러나 모든 GoodSync 기능과 동일한 것은 아니며, 특히 임의의 제공업체 지원 범위, 충돌 규칙, 진정한 양방향 동기화 의미론에서는 차이가 있습니다.
현재 Files는 동일한 클라우드 제공업체의 여러 계정을 지원합니다
IceWhale의 현재 Cloud Drives 문서에는 두 개의 Google Drive 또는 두 개의 OneDrive를 나란히 연결할 수 있다고 명시되어 있습니다. 연결된 클라우드 폴더는 Files에서 로컬 저장소 옆에 표시됩니다.
현재 멀티 계정 Cloud Drives 워크플로를 참조하세요.
Backup과 Sync는 같은 작업이 아닙니다
IceWhale의 현재 Backup 문서에서는 클라우드 동기화가 삭제를 포함한 변경 사항을 미러링하는 반면, Backup은 데이터를 앞으로 기록하고 버전과 복원 지점을 유지한다고 명시적으로 경고합니다. 보호가 목적이라면 Backup을 사용하고, 삭제 방식의 의미를 이해하는 경우에만 복사/이동/동기화를 사용하세요.
현재 버전 관리 Backup 모델을 사용하세요.
rclone은 여전히 강력한 멀티 제공업체 옵션입니다
커뮤니티는 rclone이 많은 클라우드 제공업체와 여러 리모트/계정을 지원하면서도 전체 Ubuntu VM보다 훨씬 적은 오버헤드가 필요하기 때문에 이를 제안했습니다.
동일한 답변에서는 반복해서 경고했습니다. rclone sync 대상 파일을 삭제하여 양쪽을 일치시킬 수 있습니다. 신규 사용자는 단방향부터 시작하라는 안내를 받았습니다. copy 일회용 테스트 데이터를 대상으로
rclone이 시작되기도 전에 한 사용자가 Docker 소켓 권한 문제에 부딪혔습니다
현재 셸 사용자가 연결할 수 없었기 때문에 SirWill의 CLI 시도는 실패했습니다. /var/run/docker.sock이는 Docker 권한 문제였으며 rclone 자체가 고장 났다는 증거는 아니었습니다.
Custom App UI에서도 rclone 명령을 잘못 전달했습니다
rcd ... 명령을 별도의 인수가 아닌 하나의 인수로 전달했습니다.커뮤니티는 각 인수가 명시적이고 재현 가능하므로 적절한 Docker Compose 정의가 더 명확하다고 결론 내렸습니다.
IceWhale은 기능 요청에 실제로 대응했습니다
777-Spider는 기본 제공 Backup 앱을 더 많은 클라우드 서비스와 동기화 기능까지 확장하면 요구 사항을 충족할 수 있는지 질문했습니다. 2026년 1월, 그는 약 3개월 내에 동기화 기능이 예정되어 있으며 추가 클라우드 통합도 로드맵에 포함되어 있다고 말했습니다.
해당 내용은 역사적인 로드맵 근거일 뿐, 제안된 모든 GoodSync 기능이 출시되었다는 보장은 아닙니다. 현재 Files/Backup 기능 세트를 직접 평가하세요.
안전한 현재 선택은 작업에 따라 달라집니다
- Google Drive, Dropbox, OneDrive와 로컬 저장소 간 탐색/복사/이동: 현재 Files를 사용하세요.
- 버전 관리가 적용된 예약 보호: Backup을 사용하세요.
- 지원되지 않는 제공업체 또는 복잡한 전송: 테스트한 리모트와 보수적인 명령을 사용하는 rclone을 고려하세요.
- 상용 수준의 양방향 동기화/충돌 정책: GoodSync를 대체하기 전에 필요한 동작이 지원되는지 확인하세요.
현재 기본 제공 클라우드 지원은 요청된 모든 공급자를 다루지 않습니다
원래 요청 목록에는 Google Drive, Dropbox, OneDrive, Box, MEGA가 포함되어 있었습니다. 최신 IceWhale Cloud Drives 문서에서는 Google Drive, Dropbox, OneDrive를 명시적으로 지원합니다. 현재 UI/문서에서 추가하지 않는 한 Box와 MEGA도 동일한 기본 제공 통합을 지원한다고 암시하지 마세요.
이러한 공급자 지원 공백이 남아 있기 때문에 rclone이나 다른 외부 동기화 엔진이 여전히 중요할 수 있습니다.
--rc-no-auth로 시작한 rclone Web UI를 외부에 노출하지 마세요
커뮤니티의 Docker 예제에서는 의도적으로 --rc-no-auth 그리고 “LAN 전용”으로 표시했습니다. 이렇게 하면 rclone 원격 제어/Web UI 엔드포인트에서 인증이 제거됩니다. 해당 포트에 접근할 수 있는 사람은 누구나 강력한 파일 전송 제어 권한을 얻을 수 있습니다.
신뢰할 수 있는 네트워크에서 사용하거나 원격으로 사용하기 전에 인증과 보호된 액세스 경로를 구성하세요.
클라우드 OAuth는 운영 복잡성의 일부입니다
이 스레드에는 Google 인증/리디렉션 문제와 CLI 및 컨테이너화된 브라우저 흐름의 차이도 기록되어 있습니다. 클라우드 연결에 실패하면 공급자의 OAuth/리디렉션 문제를 Docker 권한, rclone 명령 구문, ZimaOS 저장소 매핑 문제와 구분하세요.
일회용 데이터로 삭제 동작 테스트
GoodSync 스타일의 워크플로는 방향과 충돌 동작을 명확하게 보여 주므로 유용합니다. rclone 작업을 예약하기 전에 동기화 또는 다른 미러 작업을 수행하기 전에 일회용 폴더 두 개를 만들고, 양쪽에서 파일을 추가하고 삭제한 다음 정확히 어느 쪽이 우선하는지 확인하세요.
멀티 클라우드 동기화 FAQ
현재 ZimaOS는 한 공급자의 여러 계정을 연결할 수 있나요?
예. 최신 Cloud Drives 문서에서는 동일한 서비스에서 여러 계정을 지원한다고 명시합니다.
백업은 양방향 동기화와 같은 것인가요?
아니요. 최신 IceWhale 문서에서는 백업/버전 관리와 동기화/미러링을 명확히 구분합니다.
rclone은 기본 설정으로 초보자에게 안전한가요?
아니요. 소스 커뮤니티에서는 방향과 삭제 동작을 신중하게 테스트해야 한다고 거듭 경고합니다.
