Este hilo contiene dos problemas distintos de Samba que no deben tratarse como un solo error. Primero, ZimaOS 1.5.4 alpha 3 mostró «Error en la gestión del uso compartido» al compartir una carpeta nueva. Reinstalar ZimaOS y reiniciar resolvió ese problema para el autor original.
Después, Windows mostró un mensaje diferente indicando que la política de seguridad de la organización bloqueaba el acceso de invitado no autenticado. Ese segundo problema se resolvió cuando el usuario creó un usuario independiente de ZimaOS en lugar de conectarse con la cuenta de administrador.
Separar el error de ZimaOS del error de Windows
Si el recurso compartido no se puede crear en ZimaOS, investiga el servicio Samba y la configuración generada. Si el recurso compartido existe, pero Windows se niega a abrirlo, céntrate en la autenticación y los permisos del recurso compartido.
Diagnósticos compartidos en el hilo
Una respuesta de la comunidad sugirió comprobar el estado de Samba y los registros recientes:
systemctl status smbd nmbd --no-pager
journalctl -u smbd -u nmbd --no-pager -n 200También sugirió validar la configuración de Samba:
testparm -sY comprobar si los recursos compartidos son visibles localmente:
smbclient -L localhost -NEstos comandos son herramientas de diagnóstico. Por sí solos, no corrigen los permisos.
Usar una cuenta de miembro autenticada
La configuración actual de miembros de Samba en ZimaOS documenta las cuentas de miembro, los permisos por usuario y el acceso desde Windows mediante un nombre de usuario y una contraseña. Esto coincide con el resultado exitoso del hilo: el autor original creó un usuario nuevo y el acceso desde Windows comenzó a funcionar.
Para un recurso compartido protegido, conéctate desde Windows usando la ruta del recurso compartido y las credenciales del miembro asignadas en ZimaOS, en lugar de depender del acceso anónimo de invitado.
Contexto de la versión
El informe inicial de «Error en la gestión del uso compartido» estaba relacionado con una versión alfa. No des por hecho que en la versión estable actual de ZimaOS sea necesario realizar la misma reinstalación. La lección importante es distinguir un fallo al crear el recurso compartido de un fallo de la política de autenticación de Windows.
Contexto actual de autenticación SMB
La página actual SMB de ZimaOS en CachyOS muestra el mismo principio desde la perspectiva de un cliente Linux: valida las credenciales del miembro antes de culpar al descubrimiento del servidor. Los conceptos básicos del uso compartido de archivos NAS explican los permisos actuales de los miembros de ZimaOS en Windows, macOS, Linux y dispositivos móviles, mientras que los cambios de ZimaOS 1.5 ofrecen un contexto útil sobre la interfaz de almacenamiento y uso compartido.
La política SMB de invitados de Microsoft explica que las versiones actuales de Windows restringen la autenticación SMB de invitado insegura porque las sesiones de invitado carecen de las protecciones de autenticación habituales. La referencia oficial de smbclient de Samba proporciona una forma directa desde el cliente de enumerar y probar recursos compartidos SMB con credenciales explícitas, lo que resulta útil para separar un problema de política del Explorador de Windows de un problema del servidor Samba.
Conclusión
En este caso, la reinstalación solucionó el problema de gestión de recursos compartidos de la versión alfa, pero el error de Windows tenía una causa distinta. Crear y usar una cuenta de miembro dedicada de ZimaOS resolvió el bloqueo del acceso de invitado. Las recomendaciones actuales de Samba para ZimaOS también favorecen el uso explícito de credenciales y permisos de miembros.
