Najważniejsze: jeśli konsola pokazuje adres IP, ale ping, Nmap i ZimaClient niczego nie wykrywają, zresetuj sieć przed edycją plików ratunkowych
ZimaBlade działało na tyle, by wyświetlić ZimaOS 1.6.2 i eth0 adres 192.168.1.8, ale nie można było uzyskać do niego dostępu z sieci LAN. Wcześniej dostęp zdalny działał, ponieważ system nadal mógł nawiązywać połączenia wychodzące. Po wyłączeniu dostępu zdalnego i ustawieniu statycznego adresu IP obie ścieżki odzyskiwania zniknęły. Obecne wersje ZimaOS mają specjalną procedurę resetowania sieci przez USB, przeznaczoną dokładnie dla tego rodzaju blokady.
Nie myl OpenSSH z OpenBSD
ZimaOS to system urządzenia oparty na Linuksie. Informacja w konsoli, że SSH jest wyłączone, odnosi się do OpenSSH, czyli usługi SSH; nie oznacza, że system operacyjny to OpenBSD. To rozróżnienie ma znaczenie, ponieważ edycja plików sieciowych BSD lub wykonywanie poleceń OpenBSD skierowałoby rozwiązywanie problemu w niewłaściwą stronę.
Krok 1: Wypróbuj drugi port Ethernet i ZimaClient
Aktualne instrukcje odzyskiwania sieci w ZimaOS zalecają najpierw podłączyć urządzenie do innego portu sieciowego, a następnie ponownie wyszukać je za pomocą ZimaClient. To test niskiego ryzyka, który może ominąć nieprawidłową konfigurację interfejsu lub problem z połączeniem, bez zmiany plików.
Dostęp do urządzenia ZimaClient to ścieżka wykrywania po stronie klienta.
Krok 2: Sprawdź, czy klient rzeczywiście znajduje się w tej samej podsieci
Jeśli ZimaOS wyświetla 192.168.1.8/24, komputer używany do rozwiązywania problemów powinien zwykle mieć zgodny 192.168.1.x/24 adres w tej sieci LAN. Sprawdź klienta:
# Linux/macOS
ip addr
ip route
# Windows
ipconfig
route printStatyczny adres IP z nieprawidłową maską podsieci, zduplikowanym adresem lub nieprawidłową siecią VLAN może wyglądać poprawnie na ekranie ZimaOS, a mimo to być nieosiągalny z klienta.
Krok 3: Sprawdź, czy nie występuje konflikt adresów IP za pomocą ARP
Odłącz ZimaBlade i wykonaj polecenie ping 192.168.1.8. Jeśli inne urządzenie nadal odpowiada lub wpis ARP/MAC pozostaje powiązany z innym hostem, może występować konflikt statycznego adresu IP. ARP mapuje lokalne adresy IPv4 na adresy MAC Ethernetu; rozpoznawanie adresów ARP jest protokołem bazowym.
arp -a
# lub w systemie Linux
ip neigh
Krok 4: Użyj oficjalnego resetowania sieci z USB, jeśli interfejs WebUI jest niedostępny
Obecny ZimaOS udostępnia procedurę odzyskiwania, która nie wymaga SSH ani panelu:
- Sformatuj pamięć USB w systemie exFAT.
- Utwórz pusty plik o nazwie
_ResetNetworkw katalogu głównym pamięci USB, bez rozszerzenia. - Podłącz pamięć USB do działającego urządzenia z ZimaOS.
- Odczekaj około 20 sekund.
- O pomyślnym wykonaniu operacji świadczy zmiana wyświetlanego adresu IP lub usunięcie pliku resetowania.
Resetowanie ustawień sieci ZimaOS to obecnie obsługiwana procedura.
Nie próbuj najpierw ponownie włączać Tailscale w trybie ratunkowym
Zdalna ścieżka była przydatna, ale użycie jej jako pierwszej metody naprawy może ukryć błąd konfiguracji sieci LAN. Najpierw napraw podstawowe działanie Ethernetu i DHCP. Gdy sieć LAN zacznie działać, ponownie włącz zdalny dostęp lub celowo zainstaluj aktualną wersję Tailscale ze sklepu aplikacji.
Wymagania Tailscale obejmują warstwę nakładkową po przywróceniu poprawnego działania Ethernetu.
Krok 5: Jeśli DHCP zwraca adres, ale nadal nie można uzyskać dostępu do urządzenia
Sprawdź konfigurację portu przełącznika i sieci VLAN, kontrolki połączenia na kablu oraz to, czy inna lokalna zapora sieciowa lub router nie izoluje klientów. W tej samej domenie rozgłoszeniowej Ethernet skanowanie oparte na ARP może znaleźć hosty, nawet gdy polecenia ping ICMP są filtrowane:
sudo nmap -sn 192.168.1.0/24
Wykrywanie hostów przez Nmap wyjaśnia różnicę między wykrywaniem ARP a ICMP.
Nie edytuj bez zastanowienia zakomentowanych plików konfiguracji SSH
Obecny ZimaOS celowo udostępnia SSH jako kontrolowane ustawienie. Tryb ratunkowy służy do odzyskiwania, a nie do zgadywania, który wygenerowany plik konfiguracyjny należy odkomentować. Ręczne zmiany mogą stworzyć kolejny problem, pozostawiając nierozwiązany pierwotny konflikt adresów IP lub nieprawidłową trasę statyczną.
Odzyskiwanie ZimaOS ma znaczenie dopiero po niepowodzeniu resetu sieci i kontroli sprzętu.
Kiedy podejrzewać kartę sieciową lub przełącznik zamiast konfiguracji
Jeśli reset sieci się powiedzie, ale żaden z portów Ethernet nie negocjuje połączenia, DHCP nigdy się nie pojawia, a sprawne kable i porty przełącznika działają z innymi urządzeniami, przejdź do diagnozowania sprzętu/sterownika. Przed wymianą sprzętu lub ponowną instalacją zanotuj diody łącza, nazwę interfejsu, bieżące wydanie ZimaOS oraz identyfikator PCI karty sieciowej.
Najczęściej zadawane pytania
Dlaczego ekran ZimaOS pokazuje adres IP, którego nie mogę pingować?
Adres może być nieaktualny, powodować konflikt, znajdować się w niewłaściwej podsieci/VLAN-ie lub być przypisany do interfejsu, który nie przekazuje ruchu. Sprawdź podsieć klienta i zresetuj ustawienia sieci, jeśli utraciłeś dostęp.
Jak zresetować sieć ZimaOS bez WebUI?
Użyj obecnej metody z pamięcią USB exFAT i pustym plikiem _ResetNetwork w katalogu głównym nośnika.
Czy ZimaOS ma ukrytą zaporę blokującą moją sieć LAN?
Nie zakładaj tego od razu. Najpierw sprawdź stan łącza, podsieć, ARP/konflikt adresów IP oraz bieżącą konfigurację sieci, zanim obwinisz zaporę.
Czy tryb ratunkowy może przywrócić Tailscale?
Technicznie może być możliwa modyfikacja plików, ale obecnie odzyskiwanie przebiega czyściej, jeśli najpierw przywrócisz podstawowe połączenie Ethernet/DHCP, a następnie ponownie włączysz zdalny dostęp w normalny sposób.
Dlaczego po uruchomieniu nie mogę przejść do normalnego TTY?
Obecny ZimaOS korzysta z konsolowego interfejsu stanu zamiast środowiska graficznego. Używaj obsługiwanych ścieżek WebUI/SSH/odzyskiwania sieci, zamiast polegać na dawnym zachowaniu VT.
