1 05/11/2026 10 min

Samba su Linux Mint è la strada più lineare quando vuoi condividere cartelle con Windows senza passare da soluzioni improvvisate. La parte delicata non è l’installazione, ma la combinazione corretta di permessi Linux, configurazione SMB e regole di rete: se uno di questi tre pezzi è incoerente, da Windows la cartella può non comparire, chiedere credenziali in loop oppure aprirsi in sola lettura.

Qui l’obiettivo è costruire una condivisione semplice ma solida su Linux Mint, con accesso controllato da utente Samba, compatibile con il client Windows moderno e senza esporre servizi più del necessario. L’impostazione che segue è adatta a una rete locale fidata; se devi pubblicare il servizio oltre il LAN, il discorso cambia e va trattato con molta più cautela.

Quando Samba è la scelta giusta

Samba è il protocollo giusto quando vuoi interoperabilità reale tra Linux e Windows. Rispetto a un semplice server FTP o a una cartella condivisa via cloud, hai vantaggi pratici: integrazione nativa con Esplora file, gestione di utenti e permessi per cartella, supporto a nomi host e browsing in rete locale. In ambiente domestico o in piccoli uffici, è spesso la soluzione più stabile e meno faticosa da mantenere.

Su Linux Mint, che deriva da Ubuntu, la procedura è abbastanza lineare. Le differenze operative più importanti stanno nei permessi del filesystem e nella gestione del firewall, non tanto nel pacchetto in sé. Per questo conviene partire da una condivisione minimale, verificare che funzioni, e solo dopo aggiungere raffinamenti come accesso guest, restrizioni per IP o integrazione con Active Directory.

Installazione dei pacchetti necessari

Il primo passo è installare il server Samba e gli strumenti client utili per testare la configurazione localmente. Su Linux Mint i pacchetti principali sono samba e, se vuoi anche gli strumenti di verifica, smbclient.

sudo apt update
sudo apt install samba smbclient

Dopo l’installazione, controlla che i servizi siano attivi. In genere Samba espone i demoni necessari tramite systemd. Un controllo rapido ti dice subito se il servizio è partito correttamente:

systemctl status smbd --no-pager
systemctl status nmbd --no-pager

Su molte reti locali moderne nmbd non è essenziale come un tempo, ma può restare utile per la navigazione NetBIOS e per alcuni scenari di scoperta in LAN. Se non ti serve browsing vecchio stile, l’elemento davvero centrale è smbd.

Creare la cartella da condividere

La cartella condivisa va pensata prima lato filesystem e solo dopo lato Samba. Se i permessi Linux sono sbagliati, la condivisione può apparire ma risultare inutilizzabile. Conviene quindi creare una directory dedicata, separata dai dati personali dell’utente, così da ridurre il rischio di conflitti con i permessi del desktop.

sudo mkdir -p /srv/samba/condivisa
sudo chown -R root:users /srv/samba/condivisa
sudo chmod -R 2770 /srv/samba/condivisa

La scelta di 2770 imposta il bit setgid sulla directory: i file creati all’interno erediteranno il gruppo della cartella. È una scelta utile quando vuoi far lavorare più utenti Linux sullo stesso spazio condiviso. Se invece vuoi una condivisione strettamente personale, puoi usare un gruppo dedicato più restrittivo.

Il gruppo users esiste spesso su molte installazioni, ma non va dato per scontato come soluzione ideale. In ambienti ordinati, meglio creare un gruppo dedicato, ad esempio sambashare, e assegnare solo gli utenti che devono davvero accedere alla cartella.

sudo groupadd sambashare
sudo usermod -aG sambashare nomeutente
sudo chown -R root:sambashare /srv/samba/condivisa
sudo chmod -R 2770 /srv/samba/condivisa

Dopo aver aggiunto un utente a un gruppo, la nuova appartenenza diventa effettiva solo dopo un nuovo login. Se testi subito e non vedi l’effetto atteso, non è per forza Samba: spesso è solo la sessione utente che non ha ancora riletto i gruppi.

Configurare la condivisione in smb.conf

Il file centrale è /etc/samba/smb.conf. Prima di modificarlo, conviene salvarne una copia. È una precauzione banale ma utile: quando si toccano servizi di rete, avere un rollback semplice evita di perdere tempo a ricostruire la configurazione a memoria.

sudo cp /etc/samba/smb.conf /etc/samba/smb.conf.bak

Una configurazione minima e pulita può essere questa:

[global] workgroup = WORKGROUP server string = Linux Mint Samba Server security = user map to guest = never server role = standalone server min protocol = SMB2 [Condivisa] path = /srv/samba/condivisa browseable = yes read only = no valid users = nomeutente force group = sambashare create mask = 0660 directory mask = 2770

Ci sono alcuni punti da leggere con attenzione. security = user è il modello più comune per una rete piccola e consente l’autenticazione per utente. min protocol = SMB2 evita il downgrade a protocolli obsoleti e più deboli, che non hanno senso in un contesto moderno. map to guest = never riduce ambiguità: o l’utente è autorizzato, oppure no.

Le direttive create mask e directory mask servono a mantenere coerenti i permessi dei nuovi file e delle nuove cartelle create da Windows. Se le ometti, il comportamento dipende di più dai permessi umask e dal contesto locale, e i risultati possono diventare meno prevedibili. Per una share controllata, meglio esplicitare.

Se preferisci una condivisione accessibile a più utenti del gruppo, puoi sostituire valid users con valid users = @sambashare. In quel caso, tutti gli utenti membri del gruppo potranno autenticarsi, mentre il filesystem continuerà a fare da secondo livello di controllo.

Creare l’utente Samba

Samba non usa automaticamente la password dell’utente Linux per l’accesso SMB. Devi quindi registrare l’utente nel database Samba con una password dedicata. Questo è un punto che spesso confonde chi passa da Linux puro a una rete Windows: l’utente esiste nel sistema, ma non è ancora abilitato per Samba.

sudo smbpasswd -a nomeutente
sudo smbpasswd -e nomeutente

Il primo comando aggiunge l’utente, il secondo lo abilita. Se vuoi verificare che sia stato registrato, puoi usare:

sudo pdbedit -L

Se il nome compare nell’elenco, la parte di autenticazione è almeno stata configurata. Se non compare, il problema è prima del client Windows: va corretto lato Samba, non lato rete.

Verificare la sintassi prima di riavviare

Prima di riavviare il servizio, controlla la sintassi del file. È un passaggio veloce e ti evita il classico errore di sintassi che blocca il demone o rende invisibile la share.

testparm

L’output atteso è l’elenco della configurazione letta senza errori gravi. Se ci sono warning, leggili con attenzione: alcuni sono innocui, altri indicano parametri non riconosciuti o conflitti tra direttive. In caso di dubbio, correggi prima di procedere.

Se vuoi un controllo più mirato sulla share, puoi chiedere a Samba di mostrarti la configurazione effettiva con i parametri ereditati:

testparm -s

Riavviare i servizi e fare il primo test locale

Dopo la verifica della sintassi, riavvia il demone e controlla lo stato operativo. In questa fase il blast radius è limitato al servizio Samba: non stai toccando dati, solo la configurazione del demone e la sua esposizione in rete locale.

sudo systemctl restart smbd
sudo systemctl status smbd --no-pager

Per un test immediato dal server stesso, usa smbclient. È il modo più rapido per capire se la share è raggiungibile e se l’autenticazione funziona davvero.

smbclient //localhost/Condivisa -U nomeutente

Se l’autenticazione va a buon fine, dovresti ottenere il prompt interattivo di smbclient. Da lì puoi usare comandi come ls per elencare il contenuto della cartella. Se invece ricevi NT_STATUS_LOGON_FAILURE, il problema è quasi sempre nella password Samba o nel nome utente digitato in modo errato.

Aprire la porta nel firewall

Se il sistema usa un firewall attivo, la condivisione non sarà accessibile dai client Windows finché non apri le porte necessarie. Su Mint, a seconda della configurazione, potresti avere UFW attivo oppure nessun firewall applicativo in funzione. Conviene verificarlo prima di cambiare qualcosa.

sudo ufw status

Se UFW è attivo, la regola tipica per Samba è questa:

sudo ufw allow Samba

In alternativa, se vuoi essere più restrittivo, puoi limitare l’accesso alla tua rete locale invece di aprire in modo generico. La scelta dipende da come è definita la tua LAN e da quanto vuoi restringere l’esposizione. In ambienti piccoli e fidati, la regola applicativa è spesso sufficiente; in reti più articolate, meglio filtrare per subnet.

Accedere dalla macchina Windows

Dal lato Windows, puoi raggiungere la condivisione da Esplora file digitando nella barra degli indirizzi \\nome-host\Condivisa oppure \\indirizzo-ip\Condivisa. Se il nome host non viene risolto correttamente, l’IP è il test più affidabile per escludere problemi di risoluzione DNS o di NetBIOS in LAN.

Quando compare la finestra di autenticazione, inserisci l’utente Samba e la relativa password. Se Windows conserva credenziali vecchie o errate, può sembrarti che la share non funzioni anche se in realtà sta solo riutilizzando un login sbagliato. In quel caso, conviene rimuovere le credenziali salvate dal Gestione credenziali di Windows prima di riprovare.

Se la cartella si apre ma non puoi scrivere, il problema è quasi sempre nei permessi della directory o nella maschera dei file. Se invece la share non compare proprio, le prime verifiche sono: servizio attivo, firewall, nome host raggiungibile e configurazione di smb.conf priva di errori.

Debug rapido quando qualcosa non torna

Quando Samba non si comporta come previsto, il modo migliore per non perdersi è seguire la catena logica: servizio, configurazione, permessi, rete. In pratica, prima osservi, poi cambi. È il contrario di quello che spesso si fa per tentativi, ma è anche il modo più veloce per chiudere il problema senza introdurne altri.

I controlli più utili sono questi:

  1. Verifica lo stato del servizio con systemctl status smbd --no-pager.
  2. Controlla la sintassi con testparm.
  3. Controlla i log con journalctl -u smbd -n 50 --no-pager.
  4. Testa la share localmente con smbclient //localhost/Condivisa -U nomeutente.
  5. Controlla i permessi della directory con ls -ld /srv/samba/condivisa.

Nei log, errori come Permission denied indicano quasi sempre un problema di filesystem, mentre unknown parameter punta alla configurazione. Se il servizio parte ma i client non vedono nulla, l’attenzione va spostata sulla rete o sul firewall. Se Windows vede la share ma non entra, la causa è quasi sempre autenticazione o permessi.

Accorgimenti utili in un ambiente reale

In una rete reale vale la pena aggiungere alcune abitudini sane. Prima di tutto, evita di usare guest se non è davvero necessario: è comodo, ma allarga troppo la superficie operativa e rende meno chiaro chi stia accedendo a cosa. In secondo luogo, tieni la condivisione su una directory dedicata, non dentro la home di un utente se vuoi una gestione pulita dei permessi.

Se prevedi più utenti, conviene ragionare in termini di gruppo e non di singolo account. Questo semplifica la manutenzione, soprattutto quando un utente lascia il team o cambia ruolo. Inoltre, se la share è usata da più dispositivi Windows, conviene standardizzare il nome della cartella e dell’host per ridurre gli errori di accesso manuale.

Un altro dettaglio spesso trascurato è il protocollo minimo. Bloccare SMB1 non è una finezza teorica: in pratica riduce l’esposizione a un protocollo vecchio e fragile. Se hai dispositivi molto datati che richiedono SMB1, il problema non va risolto abbassando il livello globale del server a cuor leggero: meglio isolare quel caso e capire se esiste un’alternativa.

Rollback rapido se la modifica crea problemi

Se dopo la modifica la condivisione smette di funzionare, il rollback più semplice è ripristinare il file di configurazione salvato prima del cambio e riavviare il servizio. Questo limita il blast radius alla configurazione Samba e ti consente di tornare rapidamente allo stato precedente.

sudo cp /etc/samba/smb.conf.bak /etc/samba/smb.conf
sudo systemctl restart smbd
testparm

Se hai creato un gruppo dedicato che poi non vuoi più usare, puoi rimuovere solo l’appartenenza dell’utente al gruppo oppure lasciare il gruppo inattivo finché non serve di nuovo. Non conviene cancellare a occhi chiusi directory e utenti se non hai prima verificato che non siano usati da altri servizi o condivisioni.

Assunzione operativa: rete locale fidata, un server Linux Mint standalone, accesso autenticato con utente Samba e condivisione singola gestita da gruppo dedicato.