Den här tråden innehåller två separata Samba-problem som inte bör behandlas som samma fel. Först visade ZimaOS 1.5.4 alpha 3 ”Delningshanteringen misslyckades” när en ny mapp delades. En ominstallation av ZimaOS och en omstart löste det problemet för den ursprungliga skribenten.
Därefter visade Windows ett annat meddelande om att organisationens säkerhetspolicy blockerade oautentiserad gäståtkomst. Det andra problemet löstes när användaren skapade en separat ZimaOS-användare i stället för att ansluta med administratörskontot.
Skilj ZimaOS-felet från Windows-felet
Om delningen inte kan skapas alls i ZimaOS bör du undersöka Samba-tjänsten och den genererade konfigurationen. Om delningen finns men Windows vägrar öppna den bör du i stället fokusera på autentisering och delningsbehörigheter.
Diagnostik som delades i tråden
Ett svar från communityn föreslog att kontrollera Samba-status och de senaste loggarna:
systemctl status smbd nmbd --no-pager
journalctl -u smbd -u nmbd --no-pager -n 200Det föreslogs även att validera Samba-konfigurationen:
testparm -sOch att kontrollera om delningarna är synliga lokalt:
smbclient -L localhost -NDessa kommandon används för diagnostik. De åtgärdar inte behörigheter i sig.
Använd ett autentiserat medlemskonto
Den aktuella konfigurationen av ZimaOS Samba-medlemmar beskriver medlemskonton, behörigheter per användare och Windows-åtkomst med användarnamn och lösenord. Det stämmer överens med det lyckade resultatet i tråden: den ursprungliga skribenten skapade en ny användare, varefter Windows-åtkomsten började fungera.
För en skyddad delning ansluter du från Windows med delningssökvägen och medlemsuppgifterna som tilldelats i ZimaOS, i stället för att förlita dig på anonym gäståtkomst.
Versionskontext
Den ursprungliga rapporten om ”Delningshanteringen misslyckades” gällde en alfaversion. Utgå inte från att samma ominstallation krävs i den aktuella stabila versionen av ZimaOS. Den viktiga lärdomen är att skilja ett fel vid skapandet av en delning från ett fel som beror på Windows autentiseringspolicy.
Aktuell SMB-autentiseringskontext
Den aktuella ZimaOS SMB på CachyOS visar samma princip ur ett Linux-klientperspektiv: verifiera medlemsuppgifterna innan du misstänker problem med serveridentifiering. Grunderna i NAS-fildelning förklarar aktuella ZimaOS-medlemsbehörigheter i Windows, macOS, Linux och mobila klienter, medan ändringarna i ZimaOS 1.5 ger användbar versionskontext för lagrings- och delningsgränssnittet.
Microsofts SMB-policy för gäståtkomst förklarar att aktuella Windows-versioner begränsar osäker SMB-gästanautentisering eftersom gästs sessioner saknar normalt autentiseringsskydd. Den officiella referensen för Samba smbclient erbjuder ett direkt sätt på klientsidan att lista och testa SMB-delningar med uttryckliga autentiseringsuppgifter, vilket är användbart för att skilja ett policyproblem i Windows Utforskaren från ett problem med Samba-servern.
Sammanfattning
I det här fallet löste ominstallationen det problem med delningshanteringen som fanns i alfaversionen, men Windows-felet hade en separat orsak. Genom att skapa och använda ett särskilt ZimaOS-medlemskonto löstes blockeringen av gäståtkomst. Den aktuella vägledningen för ZimaOS Samba föredrar också uttryckliga medlemsuppgifter och behörigheter.
