Källunderlaget skiljer tydligt mellan serverbehörigheten och Android-klientens åtkomstväg. Den nya medlemmen fick uttryckligen läs- och skrivåtkomst, och samma delade mapp fungerade från en dator. Android-appen ZimaClient visade fortfarande åtkomst nekad på två telefoner även efter att appen hade installerats om.
Det bevisar inte att det rör sig om ett specifikt ZimaClient-fel, eftersom ingen medarbetare från IceWhale diagnostiserade tråden. Det innebär däremot att ”du glömde ge medlemmen åtkomst” är en ofullständig förklaring. Aktuella ZimaOS stöder officiellt mappbehörigheter per användare, så en aktuell reproduktion bör jämföra samma inloggningsuppgifter via ZimaClient och direkt SMB innan serverns åtkomstkontrollistor ändras.
Bekräfta först serverns åtkomstkontroll för delningen
Aktuell IceWhale-vägledning för Samba med flera användare förutsätter att administratören tilldelar en medlem till den delade mappen och väljer Läs eller Läs och skriv.
Använd det aktuella arbetsflödet för medlemsdelningar i ZimaOS.
Datorstestet visar att medlemmens inloggningsuppgifter kan fungera
Trådskaparen uppgav att den delade mappen gick att komma åt från en dator. Det är det mest användbara isoleringstestet i tråden, eftersom det visar att användaren, kontot och delningen kan fungera via åtminstone en klientväg.
Två Android-telefoner som misslyckas minskar sannolikheten för en skadad appinstallation
Användaren installerade om ZimaClient och testade även en annan telefon. Båda visade fortfarande Åtkomst nekad. Det gör det mindre sannolikt att en cachekorruption i en enskild telefon är orsaken, även om det inte identifierar det faktiska mobila autentiseringsfelet.
Testa direkt SMB från Android
Ett svar i forumet föreslog att testa samma användarnamn och lösenord med en vanlig Android-klient för SMB. Om direkt SMB fungerar medan ZimaClient misslyckas pekar bevisen ännu starkare på ZimaClients sessionslager snarare än på Sambas åtkomstkontrollistor.
Om båda misslyckas bör du kontrollera de exakta SMB-inloggningsuppgifterna, användarnamnets format, specialtecken och kontots status på servern.
Avsluta den befintliga ZimaClient-sessionen helt
Ändringar av medlemsbehörigheter kanske inte uppdaterar en redan autentiserad klientsession direkt. Logga ut, ta bort den sparade enheten eller sessionen om den aktuella klienten kräver det, anslut igen och testa samma delning på nytt.
Testa på nytt med aktuella ZimaOS och ZimaClient
Källan använde ZimaOS 1.6.1. Aktuella ZimaOS och mobilklienter har ändrats. Aktuell dokumentation för ZimaOS bekräftar att behörigheter är kopplade till ZimaOS-konton och att ZimaClient ger lokal åtkomst och fjärråtkomst.
De senare avbrutna mobilanslutningarna var ett separat symtom
Trådskaparen uppgav senare att säkerhetskopieringen från telefonen fungerade, men att mobilanslutningen ofta bröts. Tråden fastställde inte om detta var samma behörighetsproblem, ett nätverks- eller P2P-problem eller en annan regression i klienten.
Behandla ”Åtkomst nekad” och ”anslutningen bröts” som separata testfall om inte loggar visar en gemensam orsak.
Vanliga frågor om medlemsåtkomst från Android
Var medlemsbehörigheterna synligt konfigurerade i källan?
Ja. Skärmbilderna visade medlemmen och mappen med läs- och skrivåtkomst.
Fungerade mappen från en dator?
Ja, vilket är anledningen till att källunderlaget talar emot ett grundläggande fel i delningens åtkomstkontroll.
Bekräftade tråden en korrigering från IceWhale?
Nej. Den avslutades medan Android-problemet fortfarande var olöst.
