Ten przypadek źródłowy rozdziela dwie ścieżki połączenia, które użytkownicy często traktują jako to samo. ZimaClient mógł pomyślnie nawiązać połączenie po wpisaniu identyfikatora zdalnego, zarówno w domu, jak i poza nim, ale automatyczne wykrywanie w sieci lokalnej wyświetlało komunikat Nie znaleziono urządzenia. Oznacza to, że relacja z serwerem i ścieżka zdalna działały, podczas gdy wykrywanie lokalne nie.
Wątek nie doprowadził do potwierdzonego ostatecznego rozwiązania. Uprawnienie iOS do sieci lokalnej było już włączone, Avahi działało, pełna reinstalacja ZimaOS nie zmieniła zachowania, a użytkownik później zainstalował klienta Androida tylko po to, by odkryć, że Android również nie wykrywa serwera automatycznie.
Identyfikator zdalny działał, ale wykrywanie w sieci LAN nie
Ta różnica wyznacza użyteczną granicę diagnostyczną: nie należy rozwiązywać problemów z uwierzytelnianiem za pomocą identyfikatora zdalnego, gdy błąd dotyczy wyłącznie lokalnego wykrywania.
Uprawnienie iOS do sieci lokalnej było już włączone
Uczestnik społeczności słusznie zasugerował sprawdzenie ustawień iOS, ponieważ Apple wymaga wyraźnej zgody w przypadku aplikacji wykrywających urządzenia w sieci lokalnej lub komunikujących się z nimi.
Ponowna instalacja aplikacji i ZimaOS nie pomogła
Użytkownik wielokrotnie instalował ponownie aplikację iOS, uruchamiał ponownie i wyłączał serwer NAS, a ostatecznie sformatował urządzenie i ponownie zainstalował ZimaOS. Żaden z tych kroków nie przywrócił automatycznego wykrywania.
Ta negatywna obserwacja przemawia przeciwko prostemu problemowi z nieaktualną pamięcią podręczną aplikacji lub pojedynczą uszkodzoną instalacją ZimaOS.
Społeczność podejrzewała mDNS/Bonjour
Automatyczne wykrywanie urządzeń w wielu aplikacjach lokalnych zależy od multicastowego DNS lub powiązanych rozgłoszeń wykrywania w sieci LAN. Uczestnicy społeczności podejrzewali, że klient nie otrzymuje tych ogłoszeń, i zasugerowali sprawdzenie izolacji punktów dostępowych/klientów oraz przekazywania multicastów.
Użytkownik zaprzeczył, ponieważ AirPrint, AirPlay, wykrywanie QNAP i inne lokalne usługi iOS działały w tej samej sieci TP-Link Deco.
Avahi działało w ZimaOS
Avahi na wirtualnych mostach było tylko hipotezą społeczności
W późniejszej odpowiedzi zauważono aktywność Avahi na interfejsach Docker/wirtualnych i zasugerowano, że może ono rozgłaszać informacje na niewłaściwym moście zamiast w głównej sieci LAN. Autor odpowiedzi poprosił o dodatkowe dane z dziennika.
Publiczny wątek kończy się, zanim tę hipotezę zweryfikowano. Nie należy przedstawiać „Avahi jest przypisane do Dockera” jako potwierdzonej przyczyny źródłowej.
Niepowodzenie wykrywania także w Androidzie zmieniło diagnozę
Użytkownik zainstalował klienta Androida i zgłosił, że on również nie może automatycznie wykryć serwera. Osłabiło to wyjaśnienia związane konkretnie z funkcją Enhanced Privacy w iOS, ustawieniami VPN lub uprawnieniem Apple do sieci lokalnej.
Pozostałymi zmiennymi były host ZimaOS, ścieżka wykrywania w sieci LAN albo interakcja między nimi.
IceWhale poprosiło o szczegóły topologii i ustawień prywatności
Zima-Giorgio zapytał o sieci VLAN, zapory sieciowe, filtrowanie protokołów, funkcje Enhanced Privacy/VPN w iOS, śledzenie ograniczeń adresów IP oraz testy z innym urządzeniem Apple. Była to oficjalna prośba dotycząca rozwiązywania problemu, a nie stwierdzenie, że którekolwiek z tych ustawień spowodowało awarię.
Obecny ZimaClient nadal się rozwija
Obecny ZimaClient znacznie różni się od wersji z października 2025 roku i obejmuje bieżące prace nad niezawodnością połączeń z urządzeniami oraz przełączania między nimi. W przypadku współczesnego problemu zaktualizuj zarówno ZimaOS, jak i ZimaClient, zanim odtworzysz dawne testy reinstalacji.
Jako punkt wyjścia wykorzystaj aktualną procedurę instalacji i łączenia z ZimaClient.
Często zadawane pytania dotyczące wykrywania ZimaClient w sieci LAN
Czy identyfikator zdalny działał w opisanym przypadku?
Tak. Użytkownik mógł łączyć się za pomocą identyfikatora zdalnego zarówno w sieci domowej, jak i poza nią.
Czy dostęp iOS do sieci lokalnej był wyłączony?
Nie. Użytkownik opublikował zrzut ekranu pokazujący, że dostęp był włączony.
Czy Avahi było zatrzymane?
Nie. Zrzut ekranu źródłowego pokazywał działający proces avahi-daemon.
Czy potwierdzono ostateczną przyczynę?
Nie. Publiczny wątek zakończył się, gdy nadal omawiano dodatkowe testy topologii i interfejsów Avahi.
