Si una VM de ZimaOS puede explorar «Red», pero no puede hacer ping al host de ZimaOS ni abrir sus recursos compartidos SMB, empieza por el enrutamiento de la VM y la accesibilidad del host, no por las credenciales de Samba. El hilo de diciembre de 2025 inicialmente culpaba a la NAT o al aislamiento, pero una respuesta posterior de abril de 2026 informó que incluso la nueva ruta de puente podía impedir que una VM hiciera ping al host de ZimaOS.
Ese informe posterior es importante: cambiar a una red «en puente» es una prueba útil, no una solución garantizada para todas las versiones de ZVM y todos los backends de red.
Lo que el hilo original demostró realmente
Inicialmente, la VM no tenía instalada la pila de cliente Samba. Después de instalarla, la VM pudo ver su propio recurso compartido print$, lo que demostró que el software Samba funcionaba dentro del sistema invitado. La pista más contundente fue que ping ZIMAOS_IP devolvía un mensaje de host inaccesible.
La VM podía hacer ping a otro host de la LAN, por lo que el fallo se producía específicamente entre el sistema invitado y su host de ZimaOS, no por una interrupción total de la red de la VM.
Prueba el host de ZimaOS mediante su IP antes de explorar la red
Dentro de la VM, prueba ping ZIMAOS_IP y después abre smb://ZIMAOS_IP o la ruta UNC equivalente de Windows. La detección de red puede fallar aunque el acceso directo a SMB funcione, por lo que los iconos de exploración son una mala primera comprobación del estado.
La ayuda de SMB de ZimaOS actual también recomienda comprobar directamente la dirección y las credenciales cuando el acceso SMB es lento o falla.
El modo de puente también puede presentar aislamiento del host
Una respuesta inicial de la comunidad afirmaba que el modo de puente resolvería el problema. Posteriormente, un usuario informó de que la actualización más reciente aún presentaba un estado de puente en el que la VM no podía hacer ping al host de ZimaOS. Esto significa que la conclusión original de «simplemente usa el modo de puente» es demasiado categórica.
Si la VM puede llegar a otros dispositivos de la LAN, pero no al host de ZimaOS, compara el comportamiento con la guía de acceso de red de ZimaOS y recopila el modo de red de la VM, la IP del sistema invitado, la IP del host, la subred y la tabla de rutas antes de volver a cambiar la configuración de Samba.
No uses la detección SMB como única prueba de funcionamiento
Es posible que los sistemas invitados Linux mínimos no ejecuten Avahi, WS-Discovery u otros servicios de exploración. Esto puede ocultar los recursos compartidos en la vista gráfica de «Red», aunque el acceso directo a SMB mediante IP siga funcionando.
Cuando el ping funcione, prueba el puerto TCP 445 y autentícate directamente. Solo después deberías solucionar los problemas de detección de servicios.
Conclusión
El hilo de origen acotó el fallo a un nivel inferior al de Samba: la VM no podía llegar a su host de ZimaOS. La red en modo de puente sigue siendo una configuración razonable para probar, pero el informe posterior demuestra que el aislamiento del host puede persistir en algunas compilaciones de ZVM. Comprueba primero la accesibilidad mediante IP, después SMB y, por último, la detección.
