Um novo utilizador do ZimaOS só conseguia copiar ficheiros para uma partilha Samba a partir do Explorador do Windows quando a conta de convidado não protegida estava adicionada. Depois de o acesso de convidado ser removido, o Windows declarou que as partilhas estavam inacessíveis e não apresentou uma nova janela para introduzir o nome de utilizador e a palavra-passe.
O caso foi resolvido sem deixar o acesso de convidado ativado. O membro da equipa Zima, Giorgio, pediu ao utilizador que eliminasse todas as credenciais guardadas pelo Windows e executasse novamente o script de ligação Samba da comunidade. O autor confirmou que isto eliminou o conflito e restaurou o acesso.
A configuração original do ZimaOS e do Windows
O utilizador tinha instalado o ZimaOS 1.4.1 num sistema ASUS Prime N100I-D D4. Um SSD M.2 Crucial de 500 GB continha o sistema operativo, enquanto um único disco rígido Seagate de 1 TB era disponibilizado como unidade partilhada através da interface Web do ZimaOS.
Com o utilizador convidado ativado, colar o URL da partilha, obtido em Gerir partilha, no Explorador do Windows funcionava. A parte confusa era que outra partilha protegida por palavra-passe também parecia estar acessível nesse estado, embora o convidado não estivesse listado para essa partilha.
Porque as primeiras tentativas com credenciais não ajudaram
O autor suspeitou de um problema com as credenciais e adicionou manualmente uma entrada no Gestor de Credenciais do Windows. Também seguiu a página de ajuda do SMB do ZimaOS e o tutorial da comunidade para estabelecer a ligação através da linha de comandos. O script pediu as credenciais, mas introduzir o nome de utilizador e a palavra-passe esperados do ZimaOS não abriu inicialmente a partilha.
Um detalhe potencialmente relevante era o facto de o mesmo servidor e endereço IP terem utilizado anteriormente o TrueNAS. O tópico não provou que a instalação antiga tivesse causado o conflito, mas, quando o problema foi diagnosticado, o Windows tinha várias credenciais Web e do Windows guardadas.
A solução confirmada: remover primeiro todas as credenciais guardadas
A sequência indicada por Giorgio consistiu em remover todas as credenciais guardadas no Painel de Controlo do Windows, recriar uma partilha, se necessário, e repetir o tutorial de ligação Samba do ZimaOS através da linha de comandos. O autor eliminou as Credenciais Web e as Credenciais do Windows, executou novamente o ficheiro batch desse tutorial e confirmou que o acesso à partilha protegida finalmente funcionava.
O resultado é importante porque ativar o convidado era apenas uma solução temporária neste caso. O procedimento bem-sucedido consistiu em fazer com que o Windows esquecesse o estado de credenciais em conflito antes de voltar a autenticar.
Como eram os ecrãs do Zima Client
Outro membro da comunidade partilhou os ecrãs esperados do Zima Client e do Windows 11 numa configuração funcional de unidade mapeada. Estas capturas de ecrã não foram a solução que resolveu o conflito de credenciais do autor, mas ajudaram a distinguir o cliente transferível do tutorial separado da linha de comandos.
Perguntas frequentes
Este utilizador precisava de manter o acesso de convidado ativado?
Não. O acesso de convidado tornou as partilhas temporariamente acessíveis, mas a solução confirmada consistiu em remover todas as credenciais guardadas pelo Windows e voltar a estabelecer a ligação utilizando a conta protegida.
Adicionar manualmente uma credencial resolveu o problema?
Não. O autor já tinha tentado adicionar credenciais manualmente. A tentativa bem-sucedida só ocorreu depois de eliminar todas as credenciais Web e do Windows guardadas e executar novamente o script de ligação.
