Waarom Windows een ZimaOS-share wel kan lezen maar er niet naartoe kan schrijven
De communitycasus wijst op een authenticatieprobleem en niet op een opslagfout. Android had lees- en schrijftoegang, terwijl Windows Verkenner de share feitelijk als Gast benaderde. Gasttoegang kan browsen of alleen-lezen toegang toestaan, maar voor schrijfbewerkingen zijn de inloggegevens nodig van een ZimaOS-lid dat lees- en schrijftoegang tot die share heeft.
De huidige Shop-handleiding voor geauthenticeerde ZimaOS SMB-toegang legt hetzelfde op leden gebaseerde rechtenmodel uit voor een ander desktopbesturingssysteem. Bekijk voor een algemeen overzicht voor verschillende apparaten de handleiding voor NAS-bestandsdeling.
Controleer eerst de rechten van de ZimaOS-share
- Open de instellingen voor het delen van de doelmap in ZimaOS.
- Controleer of de beoogde gebruiker of het beoogde lid aan de share is toegewezen.
- Stel voor dat lid lees- en schrijftoegang in, in plaats van alleen-lezen toegang.
- Laat Gasttoegang uitgeschakeld als anonieme toegang niet nodig is.
Hiermee maak je onderscheid tussen autorisatie aan de serverzijde en het cachen van Windows-inloggegevens. Als het lid geen schrijftoegang heeft, kun je die niet creëren door de Windows-instellingen te wijzigen.
Verwijder de oude Gast-verbinding in Windows
Windows kan een bestaande SMB-sessie of opgeslagen inloggegevens opnieuw gebruiken, waardoor Verkenner opnieuw verbinding maakt zonder om het juiste account te vragen. Microsoft documenteert Windows-inloggegevens en netwerkauthenticatie via Referentiebeheer en SMB-hulpprogramma's. Bekijk de documentatie van Microsoft over Referentiebeheer voordat je vermeldingen verwijdert die je nog nodig hebt.
Maak na het verwijderen van de verouderde verbinding opnieuw verbinding met de ZimaOS-share en geef de gebruikersnaam en het wachtwoord van het ZimaOS-lid op. Microsoft documenteert het SMB-gedrag voor Windows-clients ook in het SMB-overzicht van Microsoft.
Wijs de share expliciet toe
Gebruik in Verkenner het door ZimaOS verstrekte netwerkpad of wijs de share toe als netwerkstation. Als Windows de share nog steeds als Gast opent, verbreek dan eerst bestaande toewijzingen en maak opnieuw verbinding met de inloggegevens van het lid. Sla wachtwoorden niet op in scripts of schermafbeeldingen.
De rol van Zima Client
In de oorspronkelijke thread verscheen schrijftoegang nadat Zima Client het station opnieuw had gekoppeld, wat erop wijst dat de client een geauthenticeerd pad herstelde. Dat is een plausibele verklaring, maar werd in de thread niet bewezen. Als je Zima Client gebruikt, controleer dan na het aanmelden de gekoppelde share en controleer ook de onderliggende sharerechten. Ga er niet van uit dat de koppeling op zichzelf schrijftoegang verleent.
De huidige pagina over Zima Client-connectiviteit beschrijft hoe desktop- en mobiele apparaten verbinding maken met ZimaOS.
Veelgestelde vragen
Waarom kan Android wel schrijven en Windows niet?
De twee clients kunnen zich op verschillende manieren authenticeren. Een mobiele bestandsbeheerder kan geldige inloggegevens van een lid gebruiken, terwijl Windows een Gast-sessie opnieuw gebruikt.
Moet ik Gasttoegang inschakelen om dit op te lossen?
Niet als je gecontroleerde schrijftoegang nodig hebt. Gebruik een lidaccount met expliciete lees- en schrijftoegang.
Wat moet ik doen als de share plotseling weer schrijfbaar wordt?
Controleer welke identiteit Windows gebruikt en of Zima Client de koppeling opnieuw tot stand heeft gebracht. Leg de werkende configuratie vast, zodat het probleem reproduceerbaar is als het terugkeert.
