Rozwiązanie społecznościowe

Logowanie do przeglądarki plików w ZimaOS nie działa: znajdź wygenerowane hasło administratora

After ZimaOS 1.5.2, a user could not log in to File Browser even after reinstalling. The working solution was to open the app logs and use the randomly generated admin password shown during initialization.

Nieudane logowanie do File Browser po aktualizacji ZimaOS początkowo wyglądało na regresję aplikacji. Skuteczna poprawka zaproponowana przez społeczność była prostsza: po czystej inicjalizacji File Browser wygenerował nowe hasło dla konta admin i wyświetlił je w logach aplikacji.

Dlaczego stare dane logowania przestają działać po czystym resecie

Obecne działanie File Browser potwierdza to, co pokazano w wątku. Oficjalna strona pierwsze uruchomienie File Browser informuje, że świeża instancja inicjalizuje bazę danych i wyświetla w logach konsoli losowo wygenerowane hasło użytkownika admin. Hasło jest wyświetlane tylko raz podczas inicjalizacji.

Strona uwierzytelnianie File Browser opisuje również własną warstwę uwierzytelniania File Browser. Dane logowania użytkownika ZimaOS i dane logowania aplikacji File Browser nie są więc automatycznie wymienne.

Znajdź hasło w logach aplikacji ZimaOS

Otwórz ustawienia aplikacji File Browser w ZimaOS, następnie otwórz widok logów i poszukaj pierwszych komunikatów inicjalizacyjnych. Na oryginalnym zrzucie ekranu ważny jest wiersz informujący, że użytkownik admin został zainicjalizowany z losowo wygenerowanym hasłem.

Logi kontenera File Browser pokazujące losowo wygenerowane hasło administratora podczas pierwszej inicjalizacji
Oryginalny zrzut ekranu ze społeczności pokazuje wiersz logu File Browser, w którym generowane jest początkowe hasło administratora.
Okno ustawień aplikacji File Browser w ZimaOS używane do otwierania terminala aplikacji i logów
Panel ustawień aplikacji File Browser użyty przez autora oryginalnego wpisu do przejścia do terminala i logów.
Terminal aplikacji File Browser w ZimaOS otwarty z poziomu interfejsu ustawień aplikacji
Terminal aplikacji jest oddzielny od widoku logów zawierającego wygenerowane hasło.

Dlaczego usunięcie tylko niektórych plików może wprowadzać w błąd

File Browser przechowuje bazę danych i konfigurację oddzielnie. Częściowy reset może pozostawić inną kombinację bazy danych, ustawień i oczekiwanych danych logowania. Artykuł pierwsza aplikacja Docker wyjaśnia, dlaczego trwałe dane kontenera przetrwają zwykłe ponowne uruchomienie aplikacji, natomiast strona wymagania ZimaOS App Store przedstawia szerszy, aktualny kontekst aplikacji ZimaOS.

Jeśli aplikacja jest używana jako część większego procesu obsługi pamięci masowej, przydatna może być również strona integracja ZimaOS z chmurą, która pomaga zdecydować, które pliki powinny znajdować się w pamięci aplikacji, a które w głównych woluminach danych ZimaOS.

Jeśli wygenerowane hasło nie jest już widoczne

Nie próbuj wielokrotnie zgadywać haseł. Najpierw ustal, czy baza danych została utworzona ponownie oraz czy oryginalne logi inicjalizacji są nadal dostępne. Twórcy File Browser ostrzegają, że wygenerowane hasło jest wyświetlane tylko raz; jeśli zostało utracone, skorzystaj z bieżącej metody resetowania lub ponownej inicjalizacji opisanej w dokumentacji projektu, zamiast kopiować dane logowania z innej instalacji.

Podsumowanie

W tym przypadku opisanym przez społeczność File Browser działał prawidłowo. Dane logowania zmieniły się, ponieważ czysta inicjalizacja wygenerowała nowe hasło administratora. Sprawdź logi aplikacji natychmiast po inicjalizacji i przechowuj dane logowania konta ZimaOS oddzielnie od własnej bazy uwierzytelniania File Browser.