Sammanfattning: Om konsolen visar en IP-adress men ping, Nmap och ZimaClient inte hittar något, ska du återställa nätverket innan du redigerar räddningsfiler
ZimaBlade var tillräckligt aktiv för att visa ZimaOS 1.6.2 och en eth0 adress till 192.168.1.8, men den kunde inte nås från LAN-nätet. Fjärråtkomst hade fungerat tidigare eftersom systemet fortfarande kunde upprätta utgående anslutningar. När fjärråtkomst inaktiverades och en statisk IP-adress ställdes in försvann båda återställningsvägarna. Aktuella versioner av ZimaOS har nu en specifik procedur för nätverksåterställning via USB, avsedd för just denna typ av låsning.
Förväxla inte OpenSSH med OpenBSD
ZimaOS är ett Linux-baserat appliance-system. Konsolmeddelandet om att SSH är inaktiverat syftar på OpenSSH, SSH-tjänsten; det betyder inte att operativsystemet är OpenBSD. Den skillnaden är viktig, eftersom redigering av BSD-nätverksfiler eller användning av OpenBSD-kommandon skulle leda felsökningen i fel riktning.
Steg 1: Prova den andra Ethernet-porten och ZimaClient
De aktuella instruktionerna för nätverksåterställning i ZimaOS säger att du först ska ansluta till en annan nätverksport och sedan använda ZimaClient för att söka igen. Detta är ett test med låg risk som kan kringgå en felaktig gränssnittskonfiguration eller länkproblem utan att ändra filer.
ZimaClient-enhetsåtkomst är sökvägen för upptäckt på klientsidan.
Steg 2: Kontrollera att klienten faktiskt är på samma subnät
Om ZimaOS visar 192.168.1.8/24, bör felsökningsdatorn normalt ha en kompatibel 192.168.1.x/24 adress på det LAN-nätet. Kontrollera klienten:
# Linux/macOS
ip addr
ip route
# Windows
ipconfig
route printEn statisk IP-adress med fel nätmask, en dubblettadress eller fel VLAN kan se korrekt ut på ZimaOS-skärmen men ändå vara oåtkomlig från klienten.
Steg 3: Leta efter en IP-konflikt med ARP
Koppla bort ZimaBlade och pinga 192.168.1.8. Om en annan enhet fortfarande svarar eller ARP/MAC-posten fortfarande är kopplad till en annan värd kan den statiska IP-adressen vara i konflikt. ARP mappar lokala IPv4-adresser till Ethernet-MAC-adresser; ARP-adressupplösning är det underliggande protokollet.
arp -a
# eller i Linux
ip neigh
Steg 4: Använd den officiella USB-nätverksåterställningen om WebUI inte kan nås
Aktuella ZimaOS har en återställningsmetod som inte kräver SSH eller instrumentpanelen:
- Formatera ett USB-minne som exFAT.
- Skapa en tom fil med namnet
_ResetNetworki USB-minnets rotkatalog, utan filändelse. - Sätt i USB-minnet i den körande ZimaOS-enheten.
- Vänta cirka 20 sekunder.
- Åtgärden lyckas när den visade IP-adressen ändras eller återställningsfilen tas bort.
ZimaOS-nätverksåterställning är den aktuella rekommenderade processen.
Försök inte att återaktivera Tailscale från räddningsläget först
Fjärranslutningen var användbar, men om du använder den för den första reparationen kan det dölja konfigurationsfelet i LAN-nätverket. Åtgärda grundläggande Ethernet/DHCP först. När LAN-nätverket fungerar kan du aktivera fjärråtkomst igen eller medvetet installera den aktuella Tailscale-lösningen från App Store.
Tailscale-kraven omfattar överlagringslagret när Ethernet fungerar.
Steg 5: Om DHCP fungerar men enheten fortfarande inte kan nås
Kontrollera switchportens/VLAN-konfigurationen, kabellänkens lampor och om en annan lokal brandvägg eller router isolerar klienterna. På samma Ethernet-broadcastdomän kan en ARP-baserad skanning hitta värdar även när ICMP-ping blockeras:
sudo nmap -sn 192.168.1.0/24
Nmaps värdupptäckt med Nmap förklarar skillnaden mellan ARP- och ICMP-upptäckt.
Redigera inte kommenterade SSH-konfigurationsfiler på måfå
Aktuella ZimaOS exponerar avsiktligt SSH som en kontrollerad inställning. Räddningsläget är till för återställning, inte för att gissa vilken genererad konfigurationsfil som ska avkommenteras. Manuella redigeringar kan skapa ett ytterligare problem och samtidigt lämna den ursprungliga IP-konflikten eller den felaktiga statiska rutten orörd.
ZimaOS-återställning är relevant först efter att nätverksåterställning och maskinvarukontroller har misslyckats.
När du bör misstänka NIC eller switch i stället för konfigurationen
Om nätverksåterställningen lyckas men ingen av Ethernet-portarna förhandlar fram en länk, DHCP aldrig visas och välfungerande kablar och switchportar fungerar med andra enheter, går du vidare till maskinvaru-/drivrutinsdiagnostik. Dokumentera länklysdioder, gränssnittsnamn, aktuell ZimaOS-version och NIC-PCI-ID innan du byter maskinvara eller installerar om.
Vanliga frågor
Varför visar ZimaOS-skärmen en IP-adress som jag inte kan pinga?
Adressen kan vara inaktuell, vara i konflikt, ligga i fel delnät/VLAN eller vara bunden till ett gränssnitt som inte vidarebefordrar trafik. Kontrollera klientens delnät och återställ nätverksinställningarna om du är utelåst.
Hur återställer jag ZimaOS-nätverket utan WebUI?
Använd den aktuella exFAT-USB-metoden med en tom _ResetNetwork-fil i enhetens rotkatalog.
Har ZimaOS en dold brandvägg som blockerar mitt LAN?
Anta inte det direkt. Kontrollera först länkstatus, delnät, ARP-/IP-konflikter och den aktuella nätverkskonfigurationen innan du skyller på en brandvägg.
Kan räddningsläget återställa Tailscale?
Det kan vara tekniskt möjligt att ändra filer, men den aktuella återställningen blir enklare om du först återställer grundläggande Ethernet/DHCP och sedan aktiverar fjärråtkomst på normalt sätt igen.
Varför kan jag inte nå en vanlig TTY efter uppstart?
Aktuella ZimaOS använder ett konsolbaserat statusgränssnitt i stället för en skrivbordsmiljö. Använd de stödda WebUI-/SSH-/nätverksåterställningsvägarna i stället för att förlita dig på gammalt VT-beteende.
