Działający bezpośredni adres URL zawęża źródło problemu do ścieżki uruchamiania
Jeśli aplikacja otwiera się po wpisaniu adresu IP hosta i portu, kontener, publikowanie portu oraz podstawowa trasa w sieci LAN już działają. Problem najprawdopodobniej dotyczy adresu URL generowanego przez kafelek ZimaOS, obsługi tego odnośnika przez przeglądarkę lub tymczasowo nieaktualnych metadanych aplikacji.
W odpowiedzi społeczności zaproponowano, że program uruchamiający załadował się przed Dockerem i zachował nieaktualną trasę. Jest to możliwe, ale nie zostało potwierdzone: użytkownik wcześniej zrestartował Dockera i menedżera aplikacji, pełne ponowne uruchomienie systemu nie pomogło od razu, a kafelki zaczęły działać dopiero około doby później. Podczas diagnozowania samego odnośnika należy zachować tę niepewność.
Porównaj miejsce docelowe kafelka ze znanym działającym adresem
Kliknij kafelek prawym przyciskiem myszy i skopiuj jego adres odnośnika, nie otwierając go. Porównaj schemat, nazwę hosta, adres IP, port i ścieżkę z ręcznie wpisanym adresem URL, który działa. Nieprawidłowy port lub stary adres hosta wskazuje na nieaktualne metadane aplikacji; różnica między HTTP a HTTPS wskazuje na obsługę serwera proxy lub zabezpieczeń przeglądarki.
Otwórz skopiowany adres URL kafelka w nowej karcie. Jeśli pojawi się widoczny błąd przeglądarki, zapisz jego dokładną treść. Jeśli kliknięcie nie otwiera nawet karty, sprawdź blokowanie wyskakujących okien, filtrowanie przez rozszerzenia oraz ten sam pulpit w trybie prywatnym lub innej przeglądarce.
Nie zmieniaj konfiguracji sieci kontenera, dopóki nie zakończysz tego porównania. Jeśli skopiowany adres kafelka jest prawidłowy i działa po wklejeniu, problem dotyczy zdarzenia kliknięcia na pulpicie lub profilu przeglądarki. Jeśli skopiowany adres jest nieprawidłowy, problem leży wcześniej — w metadanych programu uruchamiającego.
Najpierw odśwież tylko warstwę klienta i metadanych
Odśwież pulpit bez używania pamięci podręcznej, wyloguj się i zaloguj ponownie oraz przetestuj czysty profil przeglądarki. Wyłączaj pojedynczo rozszerzenia zmieniające strony lub chroniące prywatność dla lokalnego źródła ZimaOS. Te odwracalne czynności powinny poprzedzać ponowne uruchamianie usług hosta.
Jeśli każdy czysty klient otrzymuje ten sam nieprawidłowy adres URL kafelka, zapisz nazwę aplikacji, wyświetlany port, skopiowany adres, działający adres oraz wersję ZimaOS. Zrestartuj aplikację raz i daj pulpitowi czas na ponowne jej wykrycie. Następnie wykonaj jedno uporządkowane ponowne uruchomienie ZimaOS jako etap weryfikacji, a nie dowód naprawy.
Unikaj odłączania zasilania podczas aktywnego korzystania z pamięci masowej. Oryginalny użytkownik całkowicie odłączył zasilanie bez natychmiastowego przywrócenia działania, dlatego nie należy zalecać tego jako domyślnego kolejnego kroku. Nie usuwaj danych aplikacji ani nie instaluj ponownie kontenerów, jeśli ich bezpośrednie adresy URL nadal działają.
Sprawdzaj stan kontenera tylko wtedy, gdy bezpośrednia ścieżka również zacznie zawodzić
Sprawdź stan aplikacji i opublikowany port w ZimaOS. Jeśli bezpośredni dostęp nadal działa, zakończ diagnozę na granicy programu uruchamiającego. Jeśli bezpośredni dostęp również przestanie działać, przeanalizuj pierwszy istotny błąd w dzienniku kontenera i potwierdź, że jego port nadal jest przypisany do oczekiwanego interfejsu hosta.
Przetestuj jedną aplikację, której dotyczy problem, oraz jedną działającą prawidłowo. Pojedynczy kafelek ze starym portem sugeruje metadane konkretnej aplikacji, natomiast awaria wszystkich kafelków w jednej przeglądarce sugeruje problem po stronie klienta. Awaria wszystkich kafelków we wszystkich klientach po aktualizacji jest silniejszym dowodem na problem w warstwie menedżera aplikacji lub pulpitu.
Po przywróceniu działania powtórz pierwotny test kliknięcia w tej samej przeglądarce, po odświeżeniu pulpitu oraz po jednym zwykłym ponownym uruchomieniu. Przywrócenie działania oznacza, że kafelek konsekwentnie otwiera ten sam adres co znany działający bezpośredni adres URL, a nie tylko to, że stan kontenera jest wyświetlany jako „działa”.
Zgłoś problem wraz z dwoma adresami URL zamiast resetować system
Jeśli problem powróci, zapisz skopiowany adres URL kafelka oraz ręcznie działający adres URL, w razie potrzeby ukrywając prywatne dane hosta. Dołącz znaczniki czasu, nazwę aplikacji, przeglądarkę, rozszerzenia, wersję ZimaOS oraz informację, czy inny klient zachowuje się tak samo.
Zgłoś, czy problem pojawił się po aktualizacji aplikacji, zmianie portu, zmianie adresu hosta, konfiguracji serwera proxy lub aktualizacji ZimaOS. Takie informacje pomogą pomocy technicznej odtworzyć nieaktualne mapowanie, zamiast czekać, aż problem ponownie sam ustąpi.
Nie wykonuj resetu fabrycznego, nie usuwaj aplikacji ani nie przeprowadzaj szerokiego czyszczenia Dockera, dopóki bezpośredni dostęp działa. Wątek źródłowy zakończył się samoistnym przywróceniem działania i brakiem potwierdzonej przyczyny, więc destrukcyjna naprawa usunęłaby dowody bez usunięcia zweryfikowanego problemu.
Najczęściej zadawane pytania
Czy ponowne uruchomienie Dockera odbudowuje każdy odnośnik aplikacji ZimaOS?
Wątek tego nie potwierdza. Użytkownik zrestartował Dockera i menedżera aplikacji, ale problem przez pewien czas nadal występował.
Dlaczego wklejenie adresu URL kafelka działa, a kliknięcie nie?
Taki wynik zawęża problem do obsługi kliknięcia przez przeglądarkę, rozszerzeń lub JavaScriptu pulpitu. Zanim zmienisz serwer, przetestuj tryb prywatny i inną przeglądarkę.
Czy należy ponownie zainstalować aplikację, której dotyczy problem?
Nie, jeśli bezpośredni adres URL działa, a dane są nienaruszone. Najpierw porównaj adresy i zbierz dowody dotyczące programu uruchamiającego.
Pierwotne obserwacje i nierozstrzygnięta oś czasu znajdują się w dyskusji o kafelkach aplikacji ZimaOS.
