Kort samengevat: als Finder via SMB werkt maar Snelle toegang faalt, zijn de NAS en share waarschijnlijk in orde
De nuttige aanwijzing is het verschillende gedrag: de Mac kon de NAS via IP openen, de iPhone-client werkte en Finder kon de share openen. Alleen Snelle toegang in ZimaClient faalde. Daarmee ligt het probleem waarschijnlijk bij de macOS-client of het mountpad, en niet bij de schijf, de SMB-service of de basisrechten.
Gebruik Finder via SMB als controletest
Druk in Finder op Command+K en maak verbinding met:
smb://ZIMAOS-IP/SHAREApple bevestigt in Serververbindingen op de Mac dat Finder rechtstreeks verbinding kan maken met SMB-servers. Apple's SMB-deling in macOS biedt de referentie voor de SMB-kant.
SMB-authenticatie in ZimaOS is het relevante sharepad van ZimaOS.
Stel de opslagrechten niet opnieuw in als directe SMB-toegang al werkt
Als hetzelfde account via Finder kan lezen en schrijven, brengt het wijzigen van bestandseigenaarschap of het opnieuw aanmaken van de share risico's met zich mee zonder de oorzaak van de fout aan te pakken. Werk eerst ZimaClient bij, verwijder de verouderde mount voor Snelle toegang en maak opnieuw verbinding.
Het huidige ZimaOS ondersteunt nog steeds directe SMB-toegang vanaf de Mac
De huidige SMB-instructies voor ZimaOS gebruiken Finder en Command+K als normale toegangs methode. Snelle toegang moet daarom worden gezien als een gemakslaag en niet als het enige ondersteunde pad naar de bestanden.
De apparaattoegang van ZimaClient helpt onderscheid te maken tussen clientdetectie en daadwerkelijke SMB-bestandstoegang.
Wanneer je een bug die specifiek met ZimaClient te maken heeft moet melden
Noteer de macOS-versie, het Apple Silicon-model, de ZimaClient-versie, of Finder via SMB werkt en de exacte foutmelding van Snelle toegang. Die informatie is veel nuttiger dan “NAS kan geen verbinding maken”, omdat daarmee al duidelijk is welke lagen functioneren.
