Vroege ZimaCube-gebruikers konden in juni 2024 het apparaat zien in macOS Finder of Windows Verkenner, maar vonden geen bruikbare netwerkshares, kregen SMB-authenticatiefouten of werden teruggestuurd naar het webdashboard wanneer ze ‘Openen in Finder’ selecteerden.
De directe workaround was om ten minste één map vanuit ZimaOS Bestanden te delen en verbinding te maken als gast. Die workaround loste het toegangsprobleem op voor gebruikers in de thread, maar weerspiegelde een vroege beperking van de ZimaOS-machtigingen. Het huidige ZimaOS ondersteunt SMB-shares die met accounts zijn beveiligd en machtigingen voor meerdere gebruikers. Gasttoegang mag daarom niet als de huidige standaard worden beschouwd.
Symptomen die gebruikers van ZimaCube in 2024 meldden
- ZimaCube verscheen in Finder met een onverwacht apparaatpictogram.
- Finder toonde een aanmeldingsvenster, maar wees de verwachte gebruikersnaam en het wachtwoord af.
- Directe SMB-verbindingen gaven soms een serververbindingsfout.
- ‘Openen in Finder’ of ‘Openen in Verkenner’ opende in plaats daarvan het ZimaOS-dashboard in een browser.
- Shares uit een eerdere RAID-configuratie bleven zichtbaar nadat de opslagindeling was gewijzigd.
De workaround uit 2024: deel een map en maak verbinding als gast
Een teamlid van IceWhale legde uit dat SMB-authenticatie in die vroege build beperkt was tot Gasttoegang en dat het machtigingsprobleem zou worden opgelost. Een andere officiële reactie gaf twee stappen:
- Deel ten minste één map via Samba in ZimaOS Bestanden, zodat ‘Openen in Finder’ een share heeft om te openen.
- Kies Gast wanneer u verbinding maakt vanaf macOS of Windows.
Waarom nieuw aangemaakte mappen niet automatisch verschenen
De gebruiker bevestigde dat nieuwe mappen pas zichtbaar werden nadat elke map was gedeeld. In een officiële vervolgreactie werd uitgelegd dat het delen van een map op een hoger niveau een groep onderliggende mappen beschikbaar kon maken, in plaats van voor elke map afzonderlijk een share te maken.
Dit verklaart ook waarom Finder afzonderlijke gedeelde mappen als afzonderlijke gekoppelde schijven toonde: SMB publiceerde de geselecteerde shares en maakte niet automatisch de volledige opslaghiërarchie beschikbaar.
Gebruik de huidige account- en machtigingsinstellingen van ZimaOS
De huidige ZimaOS-documentatie ondersteunt de rollen Beheerder, Lid en Gast, met afzonderlijke lees- of lees-en-schrijfrechten. Een beheerder kan een Samba-share maken, gebruikers toewijzen, de share later beheren en het juiste adres voor Windows of macOS kopiëren.
Gebruik de handleiding voor Samba met meerdere gebruikers in het huidige ZimaOS voor nieuwe systemen. De Gastoplossing uit 2024 helpt de oorspronkelijke situatie te begrijpen, maar mag geen vervanging zijn voor accountbeveiligde toegang op een huidige installatie.
Verbinding maken vanaf macOS of Windows
macOS Finder
- Open Finder en kies Ga → Verbind met server.
- Voer het SMB-adres in dat door ZimaOS wordt weergegeven.
- Kies de juiste geregistreerde gebruiker of de gastrol die voor die share is geconfigureerd.
- Voer de bijbehorende inloggegevens in en bevestig dat het account rechten heeft voor de map.
Windows Verkenner
- Open Verkenner.
- Voer het netwerkadres in dat in het ZimaOS-sharevenster wordt weergegeven.
- Meld je aan met de ZimaOS-inloggegevens van het lid die aan de share zijn toegewezen.
- Als Windows oude inloggegevens blijft gebruiken, verwijder dan de opgeslagen verbinding voordat je opnieuw inlogt.
De handleiding voor het oplossen van SMB-problemen in het huidige ZimaOS behandelt authenticatiefouten en gecachte inloggegevens van clients.
Waarom verwijderde shares nog steeds kunnen verschijnen
Latere reacties meldden dat mappen van een oude RAID in de sharelijst bleven staan, zelfs op een Mac die nog nooit verbinding had gemaakt. Het wissen van de cache van de oorspronkelijke Mac hielp niet. Die test maakte een verouderde lijst aan de serverzijde aannemelijker, maar de thread eindigde zonder officiële opschoningsprocedure of bevestigde oplossing.
Controleer op een actueel systeem eerst de pagina ‘Gedeeld via Samba’ en verwijder of bewerk shares die niet meer bestaan. Wis daarna opgeslagen inloggegevens of verouderde koppelingen op de client. Als een aan de serverzijde verwijderde share aan een nieuwe client blijft worden aangeboden, noteer dan de ZimaOS-versie, wijzigingen in de opslag en de sharelijst voordat je contact opneemt met support.
Veelgestelde vragen over ZimaOS-netwerkshares
Waarom toont ‘Openen in Finder’ geen mappen?
In de situatie uit 2024 was geen enkele map via Samba gepubliceerd. Door ten minste één map te delen, werkte de Finder-actie wel.
Moeten huidige ZimaOS-gebruikers alleen als Gast verbinding maken?
Nee. Gasttoegang was de oplossing voor een vroege beperking van de rechten. Het huidige ZimaOS ondersteunt gebruikersaccounts en rechten per share.
Kan één Samba-share meerdere mappen bevatten?
Ja. Het communityteam stelde voor een map op een hoger niveau te delen wanneer de onderliggende mappen samen beschikbaar moeten zijn.
Waarom toont Finder nog mappen van een oude RAID?
De thread uit 2024 wees op verouderde share-informatie aan de serverzijde, omdat de lijst verscheen op een eerder ongebruikte Mac, maar bevestigde geen oplossing voor het opschonen ervan.
Waar moeten huidige SMB-problemen worden onderzocht?
Controleer eerst de deel- en rechteninstellingen van ZimaOS en controleer daarna het SMB-adres, het account, opgeslagen clientgegevens en of de server nog steeds een verouderde share aanbiedt.
