Le prove disponibili separano nettamente l’autorizzazione sul server dal percorso del client Android. Al nuovo membro è stato esplicitamente concesso l’accesso in lettura e scrittura e la stessa cartella condivisa funzionava da un computer. ZimaClient per Android continuava comunque a restituire Accesso negato su due telefoni, anche dopo la reinstallazione dell’app.
Questo non dimostra l’esistenza di un bug specifico di ZimaClient, perché nessun membro dello staff di IceWhale ha diagnosticato la discussione. Significa però che “hai dimenticato di concedere l’accesso al membro” è una spiegazione incompleta. L’attuale ZimaOS supporta ufficialmente le autorizzazioni delle cartelle per singolo utente, quindi una riproduzione aggiornata dovrebbe confrontare le stesse credenziali tramite ZimaClient e SMB diretto prima di modificare gli ACL del server.
Confermare innanzitutto l’ACL della condivisione sul server
Le attuali indicazioni di IceWhale per Samba multiutente prevedono che l’amministratore assegni un membro alla cartella condivisa e scelga tra Lettura o Lettura e scrittura.
Utilizza la procedura attuale di ZimaOS per le condivisioni dei membri.
Il test dal PC dimostra che le credenziali del membro possono funzionare
L’autore originale ha dichiarato che la cartella condivisa era accessibile da un computer. Questo è il test di isolamento più utile nella discussione, perché dimostra che l’utente, l’account e la condivisione possono funzionare almeno tramite un percorso client.
Il malfunzionamento su due telefoni Android riduce la probabilità che si tratti di una singola installazione dell’app danneggiata
L’utente ha provato a reinstallare ZimaClient e ha testato anche un altro telefono. Entrambi continuavano a restituire Accesso negato. Questo rende meno probabile una singola corruzione della cache del dispositivo, anche se non identifica l’effettivo problema di autenticazione mobile.
Testare SMB diretto da Android
Una risposta della community ha suggerito di testare lo stesso nome utente e la stessa password con un normale client SMB per Android. Se SMB diretto funziona mentre ZimaClient non funziona, le prove indicano ancora più chiaramente il livello di sessione di ZimaClient, anziché gli ACL di Samba.
Se entrambi i test falliscono, controlla le credenziali SMB esatte, il formato del nome utente, i caratteri speciali e lo stato dell’account sul server.
Terminare completamente la sessione ZimaClient esistente
La modifica delle autorizzazioni del membro potrebbe non aggiornare immediatamente una sessione client già autenticata. Disconnettiti, rimuovi il dispositivo o la sessione salvata se richiesto dal client attuale, riconnettiti e riprova ad accedere alla stessa condivisione.
Ripetere il test con ZimaOS e ZimaClient aggiornati
La fonte utilizzava ZimaOS 1.6.1. Le versioni attuali di ZimaOS e dei client mobili sono cambiate. La documentazione aggiornata di ZimaOS conferma che le autorizzazioni sono associate agli account ZimaOS e che ZimaClient offre l’accesso locale e remoto.
Le successive disconnessioni della connessione mobile erano un sintomo separato
In seguito l’autore originale ha dichiarato che il backup dal telefono funzionava, ma che la connessione mobile si interrompeva frequentemente. La discussione non ha stabilito se si trattasse dello stesso problema di autorizzazione, di un problema di rete o P2P oppure di un’altra regressione del client.
Mantieni “Accesso negato” e “connessione persa” come casi di test separati, a meno che i log non mostrino una causa comune.
Domande frequenti sull’accesso dei membri Android
Le autorizzazioni del membro erano visibilmente configurate nella fonte?
Sì. Le schermate mostravano il membro e la cartella con accesso in lettura e scrittura.
La cartella funzionava da un computer?
Sì, motivo per cui le prove disponibili fanno pensare che non si tratti di un semplice errore nell’ACL della condivisione.
La discussione ha confermato una correzione da parte di IceWhale?
No. Si è conclusa lasciando irrisolto il problema su Android.
