Porque é que o Windows consegue ler uma partilha do ZimaOS, mas não consegue escrever nela
O caso da comunidade aponta para uma incompatibilidade de autenticação, e não para uma falha de armazenamento. O Android tinha acesso de leitura e escrita, enquanto o Explorador de Ficheiros do Windows estava, na prática, a aceder à partilha como Convidado. O acesso de convidado pode permitir navegar ou ter acesso apenas de leitura, mas as operações de escrita exigem as credenciais de um membro do ZimaOS que tenha permissão de leitura e escrita nessa partilha.
O atual guia da Loja sobre o acesso SMB autenticado do ZimaOS explica o mesmo modelo de permissões baseado em membros noutro sistema operativo para computadores. Para uma visão geral da utilização de ficheiros entre dispositivos, consulte o guia de partilha de ficheiros NAS.
Verifique primeiro as permissões da partilha no ZimaOS
- Abra as definições de partilha da pasta pretendida no ZimaOS.
- Confirme que o utilizador ou membro pretendido está atribuído à partilha.
- Defina esse membro com permissão de leitura e escrita, em vez de apenas leitura.
- Mantenha o acesso de convidado desativado se o acesso anónimo não for necessário.
Assim, separa a autorização do servidor da colocação em cache das credenciais do Windows. Se o membro não tiver permissão de escrita, alterar as definições do Windows não a irá criar.
Remova a ligação antiga de convidado no Windows
O Windows pode reutilizar uma sessão SMB existente ou uma credencial guardada, o que pode fazer com que o Explorador de Ficheiros volte a ligar-se sem pedir a conta correta. A Microsoft documenta as credenciais do Windows e a autenticação de rede através do Gestor de Credenciais e das ferramentas SMB. Consulte a documentação do Gestor de Credenciais da Microsoft antes de eliminar entradas de que ainda necessite.
Depois de limpar a ligação obsoleta, volte a ligar-se à partilha do ZimaOS e introduza o nome de utilizador e a palavra-passe do membro do ZimaOS. A Microsoft também documenta o comportamento SMB dos clientes Windows na visão geral de SMB da Microsoft.
Mapeie a partilha explicitamente
No Explorador de Ficheiros, utilize o caminho de rede fornecido pelo ZimaOS ou mapeie a partilha como uma unidade de rede. Se o Windows continuar a abri-la como Convidado, desligue primeiro os mapeamentos existentes e volte a ligar-se com as credenciais do membro. Evite guardar palavras-passe em scripts ou capturas de ecrã.
Onde se enquadra o Zima Client
No tópico original, o acesso de escrita surgiu depois de o Zima Client voltar a montar a unidade, o que sugere que o cliente restabeleceu um caminho autenticado. Esta é uma explicação plausível, mas não foi comprovada no tópico. Se utilizar o Zima Client, verifique a partilha montada depois de iniciar sessão e confirme também as permissões subjacentes da partilha, em vez de assumir que a montagem, por si só, concede acesso de escrita.
A atual página de conectividade do Zima Client descreve como os dispositivos de computadores e móveis se ligam ao ZimaOS.
Perguntas frequentes
Porque é que o Android consegue escrever, mas o Windows não?
Os dois clientes podem estar a autenticar-se de forma diferente. Um gestor de ficheiros móvel pode manter uma credencial de membro válida, enquanto o Windows reutiliza uma sessão de convidado.
Devo ativar o acesso de convidado para resolver isto?
Não, se precisar de acesso de escrita controlado. Utilize uma conta de membro com permissão explícita de leitura e escrita.
E se a partilha voltar subitamente a permitir escrita?
Verifique que identidade o Windows está a utilizar e se o Zima Client restabeleceu a montagem. Registe a configuração funcional para que o problema possa ser reproduzido caso volte a ocorrer.
