Questo thread contiene due problemi distinti di Samba che non devono essere trattati come un unico errore. Innanzitutto, ZimaOS 1.5.4 alpha 3 mostrava “Sharing management failed” quando veniva condivisa una nuova cartella. La reinstallazione di ZimaOS e il riavvio hanno risolto il problema per l’autore del post originale.
In seguito, Windows ha visualizzato un messaggio diverso, indicando che i criteri di sicurezza dell’organizzazione bloccavano l’accesso guest non autenticato. Questo secondo problema è stato risolto quando l’utente ha creato un account ZimaOS separato invece di connettersi con l’account amministratore.
Separare l’errore di ZimaOS da quello di Windows
Se la condivisione non può essere creata in ZimaOS, è necessario verificare il servizio Samba e la configurazione generata. Se la condivisione esiste ma Windows rifiuta di aprirla, occorre concentrarsi sull’autenticazione e sulle autorizzazioni della condivisione.
Diagnostica condivisa nel thread
Una risposta della community suggeriva di controllare lo stato di Samba e i log recenti:
systemctl status smbd nmbd --no-pager
journalctl -u smbd -u nmbd --no-pager -n 200Suggeriva inoltre di verificare la configurazione di Samba:
testparm -sE di controllare se le condivisioni fossero visibili localmente:
smbclient -L localhost -NQuesti comandi servono per la diagnostica. Da soli non correggono le autorizzazioni.
Usare un account membro autenticato
L’attuale configurazione degli account membro Samba di ZimaOS documenta gli account membro, le autorizzazioni per utente e l’accesso da Windows tramite nome utente e password. Questo corrisponde al risultato positivo descritto nel thread: l’autore del post originale ha creato un nuovo utente e l’accesso da Windows ha iniziato a funzionare.
Per una condivisione protetta, connettersi da Windows utilizzando il percorso della condivisione e le credenziali dell’account membro assegnato in ZimaOS, invece di affidarsi all’accesso guest anonimo.
Contesto della versione
La segnalazione iniziale “Sharing management failed” era legata a una versione alpha. Non bisogna presumere che sugli attuali ZimaOS stabili sia ancora necessaria la stessa reinstallazione. L’insegnamento principale è distinguere un errore nella creazione della condivisione da un errore relativo ai criteri di autenticazione di Windows.
Contesto attuale dell’autenticazione SMB
L’attuale SMB di ZimaOS su CachyOS mostra lo stesso principio dal punto di vista di un client Linux: verificare le credenziali dell’account membro prima di attribuire il problema all’individuazione del server. Le basi della condivisione di file NAS spiegano le autorizzazioni attuali degli account membro di ZimaOS su client Windows, macOS, Linux e mobili, mentre le modifiche di ZimaOS 1.5 forniscono un utile contesto sulla versione per l’interfaccia di archiviazione e condivisione.
La policy SMB guest di Microsoft spiega che le versioni recenti di Windows limitano l’autenticazione SMB guest non sicura perché le sessioni guest non dispongono delle normali protezioni di autenticazione. Il riferimento ufficiale di Samba smbclient offre un metodo diretto lato client per elencare e testare le condivisioni SMB con credenziali esplicite, utile per distinguere un problema dei criteri di Windows Explorer da un problema del server Samba.
In sintesi
In questo caso, la reinstallazione ha risolto il problema di gestione delle condivisioni nella versione alpha, ma l’errore di Windows aveva una causa separata. La creazione e l’utilizzo di un account membro ZimaOS dedicato hanno risolto il blocco dell’accesso guest. Anche le indicazioni attuali per Samba su ZimaOS favoriscono l’uso di credenziali e autorizzazioni esplicite degli account membro.
