Por qué Windows puede leer un recurso compartido de ZimaOS, pero no escribir en él
El caso de la comunidad apunta a una discrepancia de autenticación, no a un fallo de almacenamiento. Android tenía acceso de lectura y escritura, mientras que el Explorador de archivos de Windows accedía al recurso compartido como invitado. El acceso de invitado puede permitir explorar o acceder en modo de solo lectura, pero las operaciones de escritura requieren las credenciales de un miembro de ZimaOS que tenga permisos de lectura y escritura en ese recurso.
La guía actual de la tienda sobre el acceso autenticado SMB de ZimaOS explica el mismo modelo de permisos basado en miembros en otro sistema operativo de escritorio. Para una visión general del acceso entre dispositivos, consulta la guía para compartir archivos NAS.
Comprueba primero los permisos del recurso compartido de ZimaOS
- Abre la configuración de uso compartido de la carpeta de destino en ZimaOS.
- Confirma que el usuario o miembro previsto esté asignado al recurso compartido.
- Configura los permisos de ese miembro como lectura y escritura, en lugar de solo lectura.
- Mantén desactivado el acceso de invitado si no necesitas acceso anónimo.
Esto permite separar la autorización del servidor del almacenamiento en caché de credenciales de Windows. Si el miembro no tiene permisos de escritura, cambiar la configuración de Windows no los creará.
Elimina la conexión antigua como invitado en Windows
Windows puede reutilizar una sesión SMB existente o una credencial guardada, lo que puede hacer que el Explorador de archivos se vuelva a conectar sin solicitar la cuenta correcta. Microsoft documenta las credenciales de Windows y la autenticación de red mediante el Administrador de credenciales y las herramientas SMB. Consulta la documentación del Administrador de credenciales de Microsoft antes de eliminar entradas que aún necesites.
Después de borrar la conexión obsoleta, vuelve a conectarte al recurso compartido de ZimaOS e introduce el nombre de usuario y la contraseña del miembro de ZimaOS. Microsoft también documenta el comportamiento de SMB para clientes Windows en la descripción general de SMB de Microsoft.
Asigna el recurso compartido explícitamente
En el Explorador de archivos, utiliza la ruta de red proporcionada por ZimaOS o asigna el recurso compartido como una unidad de red. Si Windows sigue abriéndolo como invitado, desconecta primero las asignaciones existentes y vuelve a conectarte con las credenciales del miembro. Evita guardar contraseñas en scripts o capturas de pantalla.
Qué función cumple Zima Client
En el hilo original, el acceso de escritura apareció después de que Zima Client volviera a montar la unidad, lo que sugiere que el cliente restauró una ruta autenticada. Es una explicación plausible, pero no se demostró en el hilo. Si utilizas Zima Client, verifica el recurso compartido montado después de iniciar sesión y comprueba también los permisos subyacentes del recurso, en lugar de asumir que el montaje por sí solo concede acceso de escritura.
La actual página de conectividad de Zima Client describe cómo los dispositivos de escritorio y móviles se conectan a ZimaOS.
Preguntas frecuentes
¿Por qué Android puede escribir y Windows no?
Es posible que los dos clientes se estén autenticando de forma diferente. Un administrador de archivos móvil puede conservar una credencial válida de miembro, mientras que Windows reutiliza una sesión como invitado.
¿Debería activar el acceso de invitado para solucionar esto?
No si necesitas un acceso de escritura controlado. Utiliza una cuenta de miembro con permisos explícitos de lectura y escritura.
¿Qué ocurre si el recurso compartido vuelve a permitir la escritura de repente?
Comprueba qué identidad está utilizando Windows y si Zima Client restableció el montaje. Registra la configuración que funciona para poder reproducirla si el problema vuelve a aparecer.
