Conclusão: Se a consola mostrar um IP, mas o Ping, o Nmap e o ZimaClient não detetarem nada, reponha a rede antes de editar ficheiros de recuperação
O ZimaBlade estava suficientemente operacional para apresentar o ZimaOS 1.6.2 e um eth0 endereço de 192.168.1.8, mas não era possível aceder-lhe a partir da LAN. O acesso remoto tinha funcionado anteriormente porque o sistema ainda conseguia estabelecer ligações de saída. Depois de o acesso remoto ser desativado e de ser definido um IP estático, ambas as vias de recuperação desapareceram. O ZimaOS atual dispõe agora de um procedimento específico de reposição da rede através de USB para este tipo de bloqueio.
Não confunda OpenSSH com OpenBSD
O ZimaOS é um sistema de appliance baseado em Linux. A nota da consola que indica que o SSH está desativado refere-se ao OpenSSH, o serviço SSH; não significa que o sistema operativo seja OpenBSD. Esta distinção é importante, porque editar ficheiros de rede BSD ou seguir comandos do OpenBSD encaminharia a resolução de problemas na direção errada.
Passo 1: Experimente a outra porta Ethernet e o ZimaClient
As instruções atuais de recuperação de rede do ZimaOS indicam ligar primeiro a uma porta de rede diferente e, em seguida, utilizar o ZimaClient para pesquisar novamente. Este é um teste de baixo risco que pode contornar uma configuração incorreta da interface ou um problema de ligação sem alterar ficheiros.
O acesso ao dispositivo através do ZimaClient é o método de deteção do lado do cliente.
Passo 2: Verifique se o cliente está realmente na mesma sub-rede
Se o ZimaOS apresentar 192.168.1.8/24, o computador utilizado para a resolução de problemas deverá normalmente ter um 192.168.1.x/24 endereço nessa LAN. Verifique o cliente:
# Linux/macOS
ip addr
ip route
# Windows
ipconfig
route printUm IP estático com a máscara de sub-rede errada, um endereço duplicado ou uma VLAN incorreta pode parecer correto no ecrã do ZimaOS, embora esteja inacessível a partir do cliente.
Step 3: Look for an IP Conflict With ARP
Desligue o ZimaBlade e faça ping a 192.168.1.8. Se outro dispositivo continuar a responder ou a entrada ARP/MAC permanecer associada a outro anfitrião, o IP estático pode estar em conflito. O ARP associa endereços IPv4 locais a endereços MAC Ethernet; a resolução de endereços ARP é o protocolo subjacente.
arp -a
# ou no Linux
ip neigh
Passo 4: Utilize a Reposição de Rede Oficial por USB se a WebUI Estiver Bloqueada
A versão atual do ZimaOS disponibiliza um processo de recuperação que não requer SSH nem o painel de controlo:
- Formate uma unidade USB como exFAT.
- Crie um ficheiro vazio com o nome
_ResetNetworkna raiz da USB, sem extensão. - Insira a USB no dispositivo ZimaOS em funcionamento.
- Aguarde cerca de 20 segundos.
- O sucesso é indicado quando o IP apresentado muda ou o ficheiro de reposição é removido.
O repor as definições de rede do ZimaOS é o processo atualmente suportado.
Não Tente Reativar o Tailscale Primeiro a Partir do Modo de Recuperação
O acesso remoto foi útil, mas utilizá-lo como primeira reparação pode ocultar o erro de configuração da LAN. Corrija primeiro a Ethernet/DHCP básicos. Quando a LAN estiver a funcionar, volte a ativar o acesso remoto ou instale deliberadamente a versão atual do Tailscale disponível na App Store.
Os requisitos do Tailscale abrangem a camada de sobreposição depois de a ligação Ethernet estar operacional.
Passo 5: Se o DHCP Responder, mas o Dispositivo Continuar Inacessível
Verifique a configuração da porta/VLAN do switch, as luzes de ligação do cabo e se outra firewall ou router local isola os clientes. No mesmo domínio de difusão Ethernet, uma análise baseada em ARP pode encontrar dispositivos mesmo quando o ping ICMP está filtrado:
sudo nmap -sn 192.168.1.0/24
A descoberta de anfitriões do Nmap explica a diferença entre a descoberta por ARP e por ICMP.
Não edite cegamente ficheiros de configuração SSH comentados
O ZimaOS atual expõe intencionalmente o SSH como uma definição controlada. O modo de recuperação destina-se à recuperação, não a adivinhar qual o ficheiro de configuração gerado que deve ter a opção de comentário removida. As edições manuais podem criar um segundo problema, deixando simultaneamente por resolver o conflito de IP original ou a rota estática incorreta.
A recuperação do ZimaOS só é relevante depois de falharem a reposição da rede e as verificações de hardware.
Quando suspeitar da NIC ou do switch em vez da configuração
Se a reposição da rede for bem-sucedida, mas nenhuma das portas Ethernet negociar a ligação, o DHCP nunca aparecer e cabos/portas de switch comprovadamente funcionais funcionarem com outros dispositivos, avance para o diagnóstico do hardware/controlador. Registe os LEDs de ligação, o nome da interface, a versão atual do ZimaOS e o ID PCI da NIC antes de substituir o hardware ou reinstalar.
Perguntas frequentes
Porque é que o ecrã do ZimaOS mostra um IP que não consigo pingar?
O endereço pode estar desatualizado, em conflito, na sub-rede/VLAN errada ou associado a uma interface que não está a transmitir tráfego. Verifique a sub-rede do cliente e reponha as definições de rede se ficar sem acesso.
Como posso repor a rede do ZimaOS sem a WebUI?
Utilize o método atual com uma unidade USB exFAT e um ficheiro _ResetNetwork vazio na raiz da unidade.
O ZimaOS tem uma firewall oculta a bloquear a minha LAN?
Não parta logo desse princípio. Verifique primeiro o estado da ligação, a sub-rede, os conflitos de ARP/IP e a configuração de rede atual antes de atribuir a culpa a uma firewall.
O modo de recuperação consegue restaurar o Tailscale?
Pode ser tecnicamente possível alterar ficheiros, mas a recuperação atual é mais simples se restaurar primeiro a Ethernet/DHCP básica e, em seguida, voltar a ativar o acesso remoto normalmente.
Porque não consigo aceder a uma TTY normal depois do arranque?
O ZimaOS atual utiliza uma interface de estado na consola, em vez de um ambiente de trabalho. Utilize os caminhos suportados pela WebUI/SSH/recuperação de rede, em vez de depender do comportamento antigo do VT.
