Na stronie 3 ten długi wątek dotyczący pomocy technicznej nie dotyczył już głównie logowania zdalnego. Problemem wymagającym rozwiązania był kontener Duplicati, który działał, ale otwierał się z komunikatem Usługa niedostępna. Jego dziennik zawierał kluczową wskazówkę: baza danych ustawień została utworzona bez prawidłowego parametru SETTINGS_ENCRYPTION_KEY, a późniejsza zmiana zmiennych środowiskowych nie naprawiła już utworzonego stanu konfiguracji.
Rozwiązanie zaproponowane przez społeczność było celowo ograniczone: usunąć i ponownie utworzyć kontener Duplicati, wyczyścić wyłącznie jego bazę danych konfiguracji, pozostawić miejsce docelowe kopii zapasowej i foldery źródłowe bez zmian, a następnie utworzyć Duplicati ponownie, tym razem z rzeczywistym kluczem szyfrowania ustawień. Autor oryginalnego wpisu napisał później: „Udało mi się zalogować”, potwierdzając, że ta metoda przywróciła dostęp.
Dziennik Duplicati wskazał brak klucza szyfrowania ustawień
Źródłowy dziennik kończył się komunikatem:
Missing encryption key, unable to encrypt your settings database
Please set a value for SETTINGS_ENCRYPTION_KEY and recreate the containerTo znacznie mocniejszy dowód niż zgadywanie dotyczące portów lub zdalnego dostępu do ZimaOS. Awaria wystąpiła w warstwie aplikacji i konfiguracji Duplicati.
Klucz ustawień nie jest tym samym co hasło szyfrowania kopii zapasowej
-
SETTINGS_ENCRYPTION_KEYchroni lokalną bazę danych ustawień Duplicati; - hasło szyfrowania kopii zapasowej chroni zawartość kopii;
- hasło logowania do interfejsu internetowego jest jeszcze innym, niezależnym poświadczeniem.
Przechowuj te sekrety w menedżerze haseł, zamiast ponownie używać słabej wartości testowej, takiej jak 1234.
Nie usuwaj miejsca docelowego kopii zapasowej
W źródłowym wątku wyraźnie ostrzeżono, aby nie ingerować w dane kopii zapasowych ani foldery źródłowe. Reset obejmował wyłącznie bazę danych konfiguracji Duplicati znajdującą się w ścieżce konfiguracji AppData. Usunięcie kontenera nie oznacza automatycznego usunięcia kopii zapasowych, jeśli dane kopii są przechowywane w osobnym folderze hosta zamapowanym do kontenera.
Utwórz kontener ponownie z prawidłowym kluczem
- zatrzymaj i usuń uszkodzony kontener Duplicati;
- wykonaj kopię zapasową, a następnie wyczyść wyłącznie bazę danych konfiguracji Duplicati;
- ustaw silny parametr
SETTINGS_ENCRYPTION_KEY; - utwórz kontener ponownie tylko raz;
- otwórz interfejs internetowy i sprawdź, czy konfiguracja uruchamia się prawidłowo.
Ponieważ jest to rozwiązywanie problemu na podstawie porad społeczności, przed usunięciem dowolnego katalogu konfiguracji sprawdź rzeczywiste, aktualne mapowania woluminów.
Nie łącz instalacji ze sklepu aplikacji z ręczną instalacją Dockera
Wcześniej w tym samym wątku użytkownik przypadkowo utworzył drugi kontener Duplicati ręcznie, jednocześnie korzystając ze sklepu aplikacji. Spowodowało to niejasności dotyczące portów i konfiguracji. Wybierz jedną metodę wdrożenia i używaj jednej nadrzędnej ścieżki konfiguracji.
Duplicati tworzy archiwalną kopię zapasową, a nie przeglądalne lustro danych
W dalszej części dyskusji źródłowej wyjaśniono, że Duplicati przechowuje bloki danych wraz z metadanymi. Miejsce docelowe nie powinno wyglądać jak zwykła kopia każdego folderu źródłowego; przywracanie odbywa się za pośrednictwem Duplicati.
Przed powierzeniem kopii zapasowej danych produkcyjnych przetestuj zarówno przywracanie pojedynczego pliku, jak i całego folderu.
Nie myl Duplicati z kopią zapasową ZimaOS
ZimaOS ma również własny, zaplanowany system tworzenia wersjonowanych kopii zapasowych. Duplicati jest przydatne, gdy potrzebujesz konkretnie jego szyfrowanego formatu archiwum i obsługi określonych miejsc docelowych; wbudowana aplikacja Kopia zapasowa jest prostsza, gdy obsługiwane przez nią źródła i miejsca docelowe spełniają wymagania.
Skorzystaj z aktualnego procesu tworzenia kopii zapasowej w ZimaOS.
Najczęstsze pytania dotyczące komunikatu „Usługa niedostępna” w Duplicati
Czy użytkownik źródłowego wątku potwierdził przywrócenie dostępu?
Tak. Po rozwiązaniu problemu z konfiguracją i kluczem autor oryginalnego wpisu napisał, że udało mu się zalogować do Duplicati.
Czy powinienem usunąć pliki kopii zapasowych Duplicati, aby naprawić interfejs internetowy?
Nie. Rozwiązanie ze źródłowego wątku obejmowało wyłącznie uszkodzoną bazę danych konfiguracji, a nie miejsce docelowe kopii zapasowej ani dane źródłowe.
Czy SETTINGS_ENCRYPTION_KEY jest hasłem kopii zapasowej?
Nie. Chroni lokalną bazę danych ustawień Duplicati i jest niezależny od szyfrowania zawartości kopii zapasowej.
