As provas disponíveis separam claramente a permissão no servidor do percurso do cliente Android. Ao novo membro foi explicitamente concedido acesso de Leitura e escrita, e a mesma pasta partilhada funcionou a partir de um computador. O ZimaClient para Android continuou a apresentar Permissão negada em dois telemóveis, mesmo depois de a aplicação ter sido reinstalada.
Isto não prova a existência de um erro específico do ZimaClient, uma vez que nenhum membro da equipa da IceWhale diagnosticou o tópico. Significa, no entanto, que “esqueceu-se de conceder acesso ao membro” é uma explicação incompleta. Atualmente, o ZimaOS suporta oficialmente permissões de pastas por utilizador, pelo que uma reprodução atual deve comparar as mesmas credenciais através do ZimaClient e de SMB diretamente antes de alterar as ACL do servidor.
Confirme primeiro a ACL da partilha no servidor
As orientações atuais da IceWhale para Samba multiutilizador pressupõem que o administrador atribua um membro à pasta partilhada e escolha Leitura ou Leitura e escrita.
Utilize o fluxo atual do ZimaOS para partilhas com membros.
O teste no PC mostra que as credenciais do membro podem funcionar
O autor original disse que a pasta partilhada estava acessível a partir de um computador. Esse é o teste de isolamento mais útil do tópico, pois mostra que o utilizador, a conta e a partilha podem funcionar, pelo menos através de um percurso de cliente.
As falhas em dois telemóveis Android reduzem a probabilidade de uma única instalação da aplicação estar corrompida
O utilizador tentou reinstalar o ZimaClient e também testou outro telemóvel. Ambos continuaram a apresentar Permissão negada. Isto torna menos provável uma corrupção da cache de um único dispositivo, embora não identifique a causa efetiva da falha de autenticação móvel.
Teste SMB diretamente a partir do Android
Uma resposta da comunidade sugeriu testar o mesmo nome de utilizador e palavra-passe com um cliente SMB normal para Android. Se o SMB direto funcionar e o ZimaClient falhar, as provas apontarão ainda mais fortemente para a camada de sessão do ZimaClient, e não para as ACL do Samba.
Se ambos falharem, reveja as credenciais SMB exatas, o formato do nome de utilizador, os carateres especiais e o estado da conta no servidor.
Termine completamente a sessão existente do ZimaClient
A alteração das permissões do membro pode não atualizar imediatamente uma sessão de cliente já autenticada. Termine sessão, remova o dispositivo ou a sessão guardada, se tal for necessário no cliente atual, volte a ligar-se e teste novamente a mesma partilha.
Volte a testar no ZimaOS e no ZimaClient atuais
A fonte utilizava o ZimaOS 1.6.1. O ZimaOS atual e os clientes móveis foram alterados. A documentação atual do ZimaOS confirma que as permissões estão associadas às contas ZimaOS e que o ZimaClient fornece acesso local/remoto.
As perdas posteriores de ligação móvel eram um sintoma separado
Mais tarde, o autor original disse que a cópia de segurança do telemóvel funcionava, mas que a ligação móvel caía com frequência. O tópico não determinou se isso correspondia ao mesmo problema de permissões, a um problema de rede/P2P ou a outra regressão do cliente.
Mantenha “Permissão negada” e “ligação perdida” como casos de teste separados, a menos que os registos indiquem uma causa comum.
Perguntas frequentes sobre o acesso de membros no Android
As permissões do membro estavam visivelmente configuradas na fonte?
Sim. As capturas de ecrã mostravam o membro e a pasta com acesso de Leitura e escrita.
A pasta funcionava a partir de um computador?
Sim, razão pela qual as provas disponíveis apontam para longe de um erro básico na ACL da partilha.
O tópico confirmou uma correção da IceWhale?
Não. Terminou com o problema no Android ainda por resolver.
