De brongegevens maken een duidelijk onderscheid tussen de servermachtiging en het Android-clientpad. Het nieuwe lid kreeg expliciet Lees- en schrijfrechten en dezelfde gedeelde map werkte vanaf een computer. De Android-app ZimaClient gaf op twee telefoons nog steeds Toegang geweigerd, zelfs nadat de app opnieuw was geïnstalleerd.
Dat bewijst geen specifieke bug in ZimaClient, omdat geen enkele medewerker van IceWhale de thread heeft gediagnosticeerd. Het betekent wel dat “je bent vergeten het lid toegang te geven” een onvolledige verklaring is. De huidige ZimaOS-versie ondersteunt officieel mapmachtigingen per gebruiker. Bij een actuele reproductie moet je daarom dezelfde inloggegevens via ZimaClient en rechtstreeks via SMB vergelijken voordat je server-ACL's wijzigt.
Bevestig eerst de share-ACL aan de serverzijde
Volgens de huidige Samba-richtlijnen van IceWhale voor meerdere gebruikers moet de beheerder een lid aan de gedeelde map toewijzen en Lezen of Lezen en schrijven kiezen.
Gebruik de huidige workflow voor ZimaOS-lidshares.
De pc-test laat zien dat de inloggegevens van het lid kunnen werken
De oorspronkelijke poster zei dat de gedeelde map vanaf een computer toegankelijk was. Dat is de nuttigste isolatietest in de thread, omdat dit laat zien dat de gebruiker, account en share in elk geval via één clientpad kunnen werken.
Als twee Android-telefoons falen, is één beschadigde app-installatie minder waarschijnlijk
De gebruiker probeerde ZimaClient opnieuw te installeren en testte ook een andere telefoon. Beide gaven nog steeds Toegang geweigerd. Daardoor is een beschadigde cache op één toestel minder waarschijnlijk, hoewel hiermee de werkelijke mobiele authenticatiefout nog niet is vastgesteld.
Test rechtstreeks SMB vanaf Android
Een reactie uit de community stelde voor om dezelfde gebruikersnaam en hetzelfde wachtwoord met een normale Android-SMB-client te testen. Als rechtstreeks SMB wel werkt en ZimaClient niet, wijst het bewijs nog sterker naar de ZimaClient-/sessielaag en niet naar de Samba-ACL's.
Als beide mislukken, controleer dan de exacte SMB-inloggegevens, de notatie van de gebruikersnaam, speciale tekens en de accountstatus aan de serverzijde.
Beëindig de bestaande ZimaClient-sessie volledig
Het wijzigen van lidmachtigingen werkt mogelijk niet onmiddellijk door in een al geauthenticeerde clientsessie. Meld je af, verwijder indien nodig het opgeslagen apparaat of de opgeslagen sessie volgens de huidige client, maak opnieuw verbinding en test dezelfde share opnieuw.
Test opnieuw met de huidige ZimaOS- en ZimaClient-versie
De bron gebruikte ZimaOS 1.6.1. Huidige ZimaOS- en mobiele clients zijn gewijzigd. De huidige ZimaOS-documentatie bevestigt dat machtigingen aan ZimaOS-accounts zijn gekoppeld en dat ZimaClient lokale en externe toegang biedt.
De latere verbroken mobiele verbindingen waren een afzonderlijk symptoom
De OP zei later dat de telefoonback-up werkte, maar dat de mobiele verbinding regelmatig werd verbroken. De thread stelde niet vast of dit hetzelfde machtigingsprobleem was, een netwerk-/P2P-probleem of een andere regressie in de client.
Behandel “Toegang geweigerd” en “verbinding verbroken” als afzonderlijke testgevallen, tenzij uit de logs een gemeenschappelijke oorzaak blijkt.
Veelgestelde vragen over Android-toegang voor leden
Waren de lidmachtigingen in de bron zichtbaar geconfigureerd?
Ja. De schermafbeeldingen toonden het lid en de map met lees- en schrijfrechten.
Werkte de map vanaf een computer?
Ja. Daarom wijst het bronmateriaal niet op een eenvoudige fout in de share-ACL.
Bevestigde de thread een oplossing van IceWhale?
Nee. De thread eindigde terwijl het Android-probleem nog niet was opgelost.
