Come attivare il server multimediale UPnP su Asustor AS6302

Su Asustor AS6302 il server multimediale UPnP serve a esporre foto, musica e video ai client di rete compatibili con DLNA/UPnP AV, come smart TV, decoder, console o lettori software. La logica corretta non è “accendere un servizio e basta”: prima si verifica che il NAS sia raggiungibile in LAN, poi si abilita il servizio multimediale, si definiscono le cartelle da indicizzare e infine si controlla dal client che il contenuto venga effettivamente pubblicato.

Se il NAS è già in produzione, il punto critico è evitare di confondere il server UPnP con la semplice condivisione SMB/NFS. SMB espone file e cartelle, UPnP invece costruisce una libreria multimediale e la presenta ai client con metadati, categorie e spesso transcodifica o ordinamento. Se i file non compaiono, il problema quasi sempre sta in uno di questi tre punti: servizio disattivato, cartelle non indicizzate, client sulla subnet sbagliata o filtrato da firewall/Wi-Fi isolato.

Che cosa serve prima di attivarlo

Prima di toccare l’interfaccia ADM conviene chiarire il perimetro. Il server UPnP funziona bene solo se il NAS e i client stanno sulla stessa rete locale o comunque sullo stesso dominio di broadcast, salvo configurazioni particolari di routing e discovery. In pratica: se la TV è su una VLAN diversa con multicast bloccato, il server può essere attivo ma invisibile.

Controlla anche che il NAS abbia spazio sufficiente per generare database e miniature. La libreria multimediale non consuma solo i file originali: crea indici, anteprime e metadati. Se il volume di sistema o quello dati è quasi pieno, l’indicizzazione può rallentare o fermarsi senza un errore evidente lato utente.

Se vuoi una verifica rapida della raggiungibilità del NAS dalla tua postazione, puoi partire da una prova base:

ping -c 4 IP_DEL_NAS

Se il ping fallisce, non ha senso proseguire con UPnP: prima va chiarito il layer rete. Se invece il NAS risponde, il passo successivo è entrare in ADM e verificare servizio e indicizzazione.

Attivazione del server multimediale UPnP in ADM

Su Asustor l’abilitazione passa dall’interfaccia web di ADM. La voce esatta può cambiare leggermente in base alla versione, ma il percorso tipico è nell’area delle applicazioni o dei servizi multimediali. In molti casi trovi un pannello dedicato a Media Server o a funzioni di condivisione multimediale.

Se il pannello mostra un interruttore di stato, l’obiettivo è portarlo su ON e verificare che resti stabile dopo il salvataggio. Se dopo il refresh torna su OFF, il problema è spesso un permesso, un conflitto con un pacchetto non aggiornato o una dipendenza del servizio non partita correttamente.

In caso di dubbi sulla presenza del servizio lato sistema, una verifica via shell può essere utile. Se hai accesso SSH e la funzione è abilitata, puoi cercare il servizio multimediale attivo con comandi generici come questi:

systemctl list-units --type=service | grep -i media

ps aux | grep -i dlna

Non tutti gli ambienti Asustor espongono i nomi dei servizi nello stesso modo, quindi il valore della verifica non è il nome preciso del processo ma la presenza di un demone coerente con il server multimediale. Se non trovi nulla, torna al pannello ADM e controlla che il pacchetto sia installato, non solo abilitato.

Scelta delle cartelle da pubblicare

Il server UPnP non pubblica automaticamente tutto il contenuto del NAS. Devi indicare quali cartelle includere nell’indice multimediale. È il passaggio che più spesso viene saltato, con il risultato classico: servizio attivo, ma libreria vuota.

La separazione per tipo di contenuto è utile anche per la qualità dei metadati. Una cartella mista con film, album musicali e immagini di lavoro tende a produrre risultati confusi nei client DLNA. Meglio pubblicare percorsi distinti, per esempio una condivisione per i video e una per la musica, così il server applica regole di catalogazione più prevedibili.

Se vuoi controllare che il path sia davvero popolato, puoi usare una verifica semplice da shell:

ls -lah /percorso/della/cartella/media

Se il path è vuoto o non accessibile, l’errore non è nel server UPnP ma nella sorgente dei dati o nei permessi filesystem. In quel caso conviene correggere prima ownership e ACL, poi rilanciare l’indicizzazione.

Permessi, ACL e account di servizio

Su NAS domestici o da piccolo ufficio il nodo critico è quasi sempre il permesso di lettura. Il server multimediale deve poter leggere i file e, in molti casi, creare metadati o miniature in aree di lavoro interne. Se l’account del servizio non ha accesso ai volumi o alle cartelle condivise, la libreria resta vuota o parziale.

La verifica minima è banale ma efficace: controlla che l’utente o il gruppo usato dal servizio abbia almeno lettura sulle cartelle pubblicate. Nel pannello ADM questo si traduce di solito in una sezione permessi con utenti, gruppi e condivisioni. Se preferisci la shell, puoi ispezionare il contenuto e i permessi con:

namei -l /percorso/della/cartella/media

Se noti un anello senza bit di lettura per l’utente del servizio, la correzione va fatta lì, non sul client. Cambiare il client non risolve un ACL negato sul NAS.

Attenzione anche alle cartelle con file protetti o con nomi anomali. Alcuni server UPnP digeriscono male caratteri speciali, file incompleti o directory con profondità eccessiva. Se una parte della libreria non compare, il test migliore è isolare una cartella pulita con pochi file standard e vedere se viene indicizzata correttamente.

Indicizzazione: quando il server è attivo ma la libreria non appare

L’errore più comune dopo l’attivazione è questo: il servizio risulta avviato, ma la TV o il lettore non mostra nulla. In genere non è un guasto del server, è un problema di indicizzazione incompleta o di discovery bloccato.

Prima verifica se ADM mostra l’indicizzazione in corso o completata. Se l’interfaccia segnala un database in costruzione, aspetta la fine del processo prima di fare altre modifiche. Una libreria grande può impiegare parecchio tempo, soprattutto se i file sono tanti e le miniature vanno generate da zero.

Un buon test pratico è usare un client diverso. Se la TV non vede nulla ma un’app DLNA sul telefono trova subito il NAS, il problema è sul client principale, non sul server. Se nessun client vede il NAS, allora il problema è nella pubblicazione della libreria o nella rete multicast.

Se hai accesso a log di sistema, cerca errori relativi al servizio multimediale o all’indicizzazione. I percorsi esatti possono variare, ma la logica è sempre la stessa: individuare messaggi di permesso negato, database corrotto o directory non leggibile. Un controllo generico può essere:

grep -iE 'dlna|upnp|media|index|permission|error' /var/log/*

Il valore qui non è il comando in sé, ma il tipo di evidenza: se trovi errori di permesso, il fix è sui diritti; se trovi errori di database, spesso serve ricostruire l’indice; se non trovi nulla, il problema è probabilmente lato client o rete.

Verifica dal client UPnP/DLNA

Una volta attivato il servizio, il controllo reale va fatto dal dispositivo consumer. Su una smart TV o su un lettore DLNA, apri la sorgente multimediale di rete e cerca il nome del NAS. Se il server è configurato bene, compare con un nome leggibile e con categorie di contenuto coerenti.

Se il server compare ma i contenuti non partono, il problema può essere nel formato del file, nel supporto del client o nella transcodifica. Molti client DLNA accettano bene MP4 H.264/AAC, ma sono più selettivi con codec meno comuni. Per questo conviene usare un file di test standard prima di inseguire casi complessi.

Se il server non compare affatto, la pista più probabile è il discovery multicast bloccato. Verifica che il client e il NAS siano sulla stessa subnet e che eventuali AP Wi-Fi non abbiano l’isolamento client attivo. Su reti segmentate, il semplice routing IP non basta sempre: UPnP/DLNA usa meccanismi di discovery che possono essere filtrati da VLAN, IGMP snooping o firewall.

Rete, multicast e casi che sembrano bug ma non lo sono

Molti ticket su “UPnP non funziona” in realtà sono problemi di rete. Il server può essere perfetto e comunque invisibile se il traffico multicast o broadcast non passa. Questa è la parte che si sottovaluta di più in ambienti con switch gestiti, AP mesh o segmentazione domestica evoluta.

Se usi VLAN o Wi-Fi guest, il comportamento atteso è semplice: il client deve stare nella stessa rete logica del NAS, oppure devi avere configurazioni specifiche per il forwarding del discovery. Senza queste condizioni, il NAS resta nascosto ai lettori DLNA anche se risponde al ping e ai servizi TCP.

Per un controllo rapido della connettività verso il NAS puoi usare anche una prova HTTP verso l’interfaccia ADM, che non verifica UPnP ma conferma almeno la reachability del management plane:

curl -I http://IP_DEL_NAS:8000

Se l’interfaccia ADM risponde ma il client DLNA no, hai già separato i problemi: rete di base OK, discovery multimediale KO. A quel punto la revisione va fatta su multicast, firewall, AP e configurazione del servizio, non sul routing IP generico.

Buone pratiche per tenere stabile il servizio

Una volta attivato, il server UPnP va trattato come un servizio che vive di coerenza tra file, permessi e rete. Il modo più semplice per non romperlo è tenere la libreria ordinata: cartelle pulite, nomi prevedibili, metadati corretti e poco rumore dentro le directory pubblicate.

Conviene anche evitare di esporre più contenuti del necessario. Più roba indicizzi, più tempo serve per scansione, aggiornamenti e miniature. Se il NAS è usato anche per backup o documenti, non includere percorsi non multimediali nella libreria DLNA. Riduci il blast radius e semplifichi il troubleshooting futuro.

Per manutenzione ordinaria, una verifica utile è controllare periodicamente che il servizio sia ancora attivo dopo update firmware o riavvii. Dopo un aggiornamento ADM, alcuni pacchetti possono richiedere una riattivazione o una nuova scansione dell’indice. In questi casi la sequenza corretta è: stato servizio, cartelle incluse, log, poi test client.

Sequenza pratica consigliata

Questa sequenza evita il classico errore di cambiare tre cose insieme e poi non capire quale abbia risolto o rotto il servizio. Se il NAS è in un contesto domestico semplice, spesso bastano pochi minuti. In un ambiente con rete segmentata, invece, la differenza la fanno discovery e permessi, non il solo toggle del servizio.

In sintesi operativa: su Asustor AS6302 il server UPnP si attiva dal pannello ADM, ma funziona davvero solo quando servizio, libreria, permessi e rete sono allineati. Se uno dei quattro pezzi manca, il client vede poco o nulla. La diagnosi giusta parte sempre dall’evidenza minima: stato del servizio, cartelle indicizzate, log e test da un client reale.