Rozwiązanie społecznościowe

Synchronizacja wielu chmur w stylu GoodSync w ZimaOS: czego dotyczyła prośba o funkcję w 2026 roku i co obecnie obsługuje ZimaOS

An extensive December 2025-April 2026 feature-request thread asking for GoodSync-style multi-cloud, multi-account synchronization. Community members proposed rclone but documented Docker permission and command-parsing problems. IceWhale said a sync function was planned and more cloud integrations were on the roadmap. Current ZimaOS Files now supports multiple accounts per cloud service and direct cloud/local management.

Pierwotna prośba była szersza niż „połącz Google Drive”. Użytkownik chciał obsługi wielu kont w Google Drive, Dropbox, OneDrive, Box i MEGA, z działaniem przypominającym dwukierunkową synchronizację/przenoszenie, ale bez przeznaczania maszyny wirtualnej Ubuntu na komercyjnego klienta GoodSync.

ZimaOS znacznie zbliżył się do obsługi tego przypadku użycia. Bieżące Pliki mogą bezpośrednio łączyć się z Google Drive, Dropbox i OneDrive, obsługują wiele kont tego samego dostawcy oraz umożliwiają kopiowanie/przenoszenie danych między pamięcią w chmurze a lokalną. Bieżący Backup może również korzystać ze źródeł i miejsc docelowych w chmurze, LAN, USB lub Zima, a także obsługuje harmonogramy i wersje. Nadal nie jest to identyczne z pełnym zakresem funkcji GoodSync — szczególnie pod względem dowolnej liczby obsługiwanych dostawców, reguł rozwiązywania konfliktów i rzeczywistej dwukierunkowej synchronizacji.

Historyczne okno dialogowe ZimaOS Backup pokazujące opcje chmury dla Google Drive, Dropbox i OneDrive
IceWhale zapytało, czy rozszerzenie Backup o większą liczbę usług w chmurze i synchronizację spełniłoby wymagania dotyczące tej funkcji.

Bieżące Pliki obsługują wiele kont tego samego dostawcy chmury

Bieżąca dokumentacja IceWhale dotycząca Dysków w chmurze wyraźnie mówi, że użytkownicy mogą połączyć dwa konta Google Drive lub dwa konta OneDrive obok siebie. Połączone foldery w chmurze pojawiają się w Plikach obok pamięci lokalnej.

Zobacz bieżący sposób korzystania z Dysków w chmurze dla wielu kont.

Backup i synchronizacja to nie to samo

Bieżąca dokumentacja IceWhale Backup wyraźnie ostrzega, że synchronizacja z chmurą odwzorowuje zmiany — w tym usunięcia — podczas gdy Backup zapisuje dane przyrostowo i zachowuje wersje oraz punkty przywracania. Używaj Backup, gdy celem jest ochrona danych; funkcji kopiowania/przenoszenia/synchronizacji używaj tylko wtedy, gdy rozumiesz zasady obsługi usuwania.

Użyj bieżącego wersjonowanego modelu Backup.

rclone pozostaje potężną opcją obsługującą wielu dostawców

Społeczność zasugerowała rclone, ponieważ obsługuje wielu dostawców chmury oraz wiele zdalnych repozytoriów i kont, a przy tym wymaga znacznie mniej nakładów niż pełna maszyna wirtualna Ubuntu.

Te same odpowiedzi wielokrotnie ostrzegały, że rclone sync może usuwać pliki docelowe, aby dopasować obie strony. Nowym użytkownikom zalecano rozpoczęcie od jednokierunkowego copy na danych testowych przeznaczonych do usunięcia.

Panel internetowy rclone działający podczas dyskusji o synchronizacji wielu chmur w ZimaOS
rclone może zapewnić szeroką obsługę dostawców, ale wątek wielokrotnie pokazuje, że pozostaje narzędziem dla zaawansowanych użytkowników, a nie aplikacją z instrukcjami krok po kroku na wzór GoodSync.

Jeden z użytkowników napotkał problem z uprawnieniami do gniazda Dockera, zanim rclone w ogóle się uruchomił

Próba użycia interfejsu wiersza poleceń przez SirWilla nie powiodła się, ponieważ bieżący użytkownik powłoki nie mógł połączyć się z /var/run/docker.sock. Był to problem z uprawnieniami Dockera, a nie dowód na to, że sam rclone nie działał.

Interfejs Custom App również nieprawidłowo przekazywał polecenie rclone

Społecznościowe polecenie Dockera dla rclone, pokazujące argumenty interfejsu internetowego rcd używane podczas konfiguracji ZimaOS
Później źródło odkryło, że niektóre pola interfejsu graficznego traktowały całość rcd ... polecenie jako jeden argument zamiast oddzielnych argumentów.

Społeczność uznała, że właściwa definicja Docker Compose jest przejrzystsza, ponieważ każdy argument jest jawny i możliwy do odtworzenia.

IceWhale zaangażowało się w realizację tego żądania funkcji

Użytkownik 777-Spider zapytał, czy rozszerzenie wbudowanej aplikacji Backup o kolejne usługi chmurowe oraz synchronizację zaspokoiłoby tę potrzebę. W styczniu 2026 roku powiedział, że funkcja synchronizacji była zaplanowana w przybliżeniu w ciągu trzech miesięcy, a dodatkowe integracje z chmurą znajdowały się w planie rozwoju.

To stwierdzenie jest historycznym dowodem z planu rozwoju, a nie gwarancją, że każda proponowana funkcja GoodSync została wdrożona. Samodzielnie oceń aktualny zestaw funkcji aplikacji Files/Backup.

Bezpieczny wybór zależy od zadania

  • Przeglądanie, kopiowanie i przenoszenie plików między Google Drive, Dropbox, OneDrive a pamięcią lokalną: użyj bieżącej wersji aplikacji Files.
  • Wersjonowana ochrona według harmonogramu: użyj aplikacji Backup.
  • Nieobsługiwani dostawcy lub złożone transfery: rozważ użycie rclone ze sprawdzonymi zdalnymi repozytoriami i ostrożnymi poleceniami.
  • przed zastąpieniem GoodSync sprawdź, czy dostępne jest wymagane przez Ciebie działanie.

Wbudowana obsługa chmur nie obejmuje obecnie wszystkich dostawców wymienionych w zgłoszeniu

Pierwotna lista życzeń obejmowała Google Drive, Dropbox, OneDrive, Box i MEGA. Aktualna dokumentacja IceWhale Cloud Drives wyraźnie obejmuje Google Drive, Dropbox i OneDrive. Nie sugeruj, że Box i MEGA mają taką samą wbudowaną integrację, chyba że dodano je w aktualnym interfejsie lub dokumentacji.

Ta luka po stronie dostawców jest jednym z powodów, dla których rclone lub inny zewnętrzny silnik synchronizacji może nadal być potrzebny.

Nie udostępniaj interfejsu WWW rclone uruchomionego z opcją --rc-no-auth

Przykład Dockera udostępniony przez społeczność celowo używał --rc-no-auth i oznaczono ją jako „tylko LAN”. Usuwa to uwierzytelnianie z punktu końcowego zdalnego sterowania/interfejsu WWW rclone. Każdy, kto może uzyskać dostęp do portu, może przejąć zaawansowaną kontrolę nad transferem plików.

Pozostaw tę funkcję w zaufanej sieci albo skonfiguruj uwierzytelnianie i chronioną ścieżkę dostępu przed użyciem zdalnym.

Uwierzytelnianie OAuth w chmurze zwiększa złożoność operacyjną

Wątek opisuje również problemy z uwierzytelnianiem i przekierowaniami Google oraz różnice między przepływami przeglądarkowymi z poziomu CLI i kontenera. Gdy połączenie z chmurą nie działa, należy oddzielić problemy dostawcy związane z OAuth i przekierowaniami od uprawnień Dockera, składni poleceń rclone i mapowania pamięci masowej w ZimaOS.

Przetestuj semantykę usuwania na danych tymczasowych

Workflow w stylu GoodSync jest wartościowy, ponieważ jasno określa kierunek i sposób rozwiązywania konfliktów. Przed zaplanowaniem jakiejkolwiek operacji rclone synchronizacja lub inną operację dublowania utwórz dwa tymczasowe foldery, dodawaj i usuwaj pliki po obu stronach, a następnie dokładnie sprawdź, która strona ma pierwszeństwo.

Najczęściej zadawane pytania dotyczące synchronizacji z wieloma chmurami

Czy obecny ZimaOS może łączyć wiele kont jednego dostawcy?

Tak. Aktualna dokumentacja Cloud Drives wyraźnie obsługuje wiele kont tego samego dostawcy.

Czy Backup to to samo co synchronizacja dwukierunkowa?

Nie. Aktualna dokumentacja IceWhale wyraźnie rozróżnia tworzenie kopii zapasowych i wersjonowanie od synchronizacji i dublowania.

Czy rclone jest domyślnie bezpieczny dla początkujących?

Nie. Społeczność źródłowa wielokrotnie ostrzega, że sposób działania i semantykę usuwania należy dokładnie przetestować.