Conclusión: Si la consola muestra una IP, pero Ping, Nmap y ZimaClient no detectan nada, restablece la red antes de editar archivos de rescate
El ZimaBlade estaba lo bastante operativo como para mostrar ZimaOS 1.6.2 y una eth0 dirección de 192.168.1.8, pero no se podía acceder a él desde la LAN. El acceso remoto había funcionado antes porque el sistema todavía podía realizar conexiones salientes. Después de deshabilitar el acceso remoto y establecer una IP estática, ambas vías de recuperación desaparecieron. La versión actual de ZimaOS ahora cuenta con un procedimiento específico de restablecimiento de red mediante USB para exactamente este tipo de bloqueo.
No confundas OpenSSH con OpenBSD
ZimaOS es un sistema appliance basado en Linux. La nota de la consola que indica que SSH está deshabilitado se refiere a OpenSSH, el servicio SSH; no significa que el sistema operativo sea OpenBSD. Esta distinción es importante, porque editar archivos de red de BSD o seguir comandos de OpenBSD llevaría la resolución de problemas en la dirección equivocada.
Paso 1: Prueba el otro puerto Ethernet y ZimaClient
Las instrucciones actuales de recuperación de red de ZimaOS indican conectarse primero a otro puerto de red y luego volver a buscar con ZimaClient. Esta es una prueba de bajo riesgo que puede evitar una configuración incorrecta de la interfaz o un problema de conexión sin modificar archivos.
El acceso al dispositivo ZimaClient es la vía de descubrimiento del lado del cliente.
Paso 2: Verifica que el cliente esté realmente en la misma subred
Si ZimaOS muestra 192.168.1.8/24, el equipo utilizado para la resolución de problemas normalmente debería tener una 192.168.1.x/24 dirección en esa LAN. Comprueba el cliente:
# Linux/macOS
ip addr
ip route
# Windows
ipconfig
route printUna IP estática con una máscara de subred incorrecta, una dirección duplicada o una VLAN incorrecta puede parecer correcta en la pantalla de ZimaOS, aunque sea inaccesible desde el cliente.
Paso 3: Busca un conflicto de IP con ARP
Desconecta el ZimaBlade y haz ping a 192.168.1.8. Si otro dispositivo sigue respondiendo o la entrada ARP/MAC permanece asociada a otro host, la IP estática podría estar en conflicto. ARP asigna direcciones IPv4 locales a direcciones MAC de Ethernet; la resolución de direcciones ARP es el protocolo subyacente.
arp -a
# o en Linux
ip neigh
Paso 4: Usa el restablecimiento de red oficial mediante USB si no puedes acceder a la interfaz web
La versión actual de ZimaOS proporciona una ruta de recuperación que no requiere SSH ni el panel:
- Formatea una unidad USB como exFAT.
- Crea un archivo vacío llamado
_ResetNetworken la raíz del USB, sin extensión. - Inserta el USB en el dispositivo ZimaOS encendido.
- Espera unos 20 segundos.
- El éxito se indica cuando cambia la IP mostrada o se elimina el archivo de restablecimiento.
El restablecimiento de red de ZimaOS es el proceso compatible actual.
No intentes volver a habilitar Tailscale primero desde el modo de rescate
La ruta remota era útil, pero usarla como primera reparación puede ocultar el error de configuración de la LAN. Corrige primero Ethernet/DHCP básicos. Cuando la LAN funcione, vuelve a habilitar el acceso remoto o instala deliberadamente la ruta actual de Tailscale de la App Store.
Los requisitos de Tailscale cubren la capa superpuesta una vez que Ethernet funciona correctamente.
Paso 5: Si DHCP devuelve una dirección, pero el dispositivo sigue sin poder alcanzarse
Comprueba la configuración del puerto/VLAN del switch, las luces de enlace del cable y si otro firewall o router local aísla los clientes. En el mismo dominio de difusión Ethernet, un escaneo basado en ARP puede encontrar hosts incluso cuando el ping ICMP está filtrado:
sudo nmap -sn 192.168.1.0/24
La detección de hosts de Nmap explica la diferencia entre la detección mediante ARP e ICMP.
No edites a ciegas los archivos de configuración SSH comentados
El ZimaOS actual expone SSH intencionadamente como una opción controlada. El modo de rescate sirve para la recuperación, no para adivinar qué archivo de configuración generado debería descomentarse. Las modificaciones manuales pueden crear un segundo problema y dejar intacto el conflicto de IP original o la ruta estática incorrecta.
La recuperación de ZimaOS solo es pertinente después de que fallen el restablecimiento de red y las comprobaciones de hardware.
Cuándo sospechar de la NIC o del switch en lugar de la configuración
Si el restablecimiento de red funciona, pero ninguno de los dos puertos Ethernet negocia el enlace, DHCP nunca aparece y los cables y puertos del switch que sabes que funcionan sí funcionan con otros dispositivos, pasa al diagnóstico del hardware/controlador. Registra los LED de enlace, el nombre de la interfaz, la versión actual de ZimaOS y el ID PCI de la NIC antes de reemplazar el hardware o reinstalar.
Preguntas frecuentes
¿Por qué la pantalla de ZimaOS muestra una IP a la que no puedo hacer ping?
La dirección puede estar obsoleta, en conflicto, en la subred/VLAN equivocada o vinculada a una interfaz que no está transmitiendo tráfico. Verifica la subred del cliente y restablece la configuración de red si no puedes acceder.
¿Cómo puedo restablecer la red de ZimaOS sin la WebUI?
Usa el método actual con una unidad USB exFAT y un archivo _ResetNetwork vacío en la raíz de la unidad.
¿ZimaOS tiene un firewall oculto que bloquea mi LAN?
No lo des por hecho. Comprueba primero el estado del enlace, la subred, ARP, los conflictos de IP y la configuración de red actual antes de culpar al firewall.
¿El modo de rescate puede restaurar Tailscale?
Puede que sea técnicamente posible modificar archivos, pero la recuperación actual es más sencilla si primero restauras Ethernet/DHCP básico y después vuelves a habilitar el acceso remoto con normalidad.
¿Por qué no puedo acceder a una TTY normal después del arranque?
El ZimaOS actual utiliza una interfaz de estado de consola en lugar de un entorno de escritorio. Usa las rutas compatibles de WebUI/SSH/recuperación de red en lugar de depender del comportamiento VT antiguo.
