Audio mancante in LAN VNC

Zievatron · 26 Ottobre 2025, 7:17pm

Ciao a tutti,
Ho preparato una LAN con VNC tra due mini-pc, entrambi con Fedora 42 lxde.
Le casse sono collegate al server. Nelle sessioni proprie del server funzionano tranquillamente.
Se apro una sessione dal client sul server e cerco di fargli riprodurre musica, invece, dalle casse non esce il minimo suono.
Cosa posso fare per farle funzionare anche in sessioni aperte dal client?

idraulico · 27 Ottobre 2025, 3:21pm

A me questo non succede. Quando il cliente è collegato e mando in esecuzione un qualsiasi programma che riproduce audio (video o mp3), sul server si sente il suono (nel mio caso dalle casse integrate).
Chiaramente il suono è SOLO sul server, in remoto sull’hardware del client tutto tace. (“Caspita Sergio stai dicendo delle ovvietà…ahahahah”)

Ripeto nessun problema.

Zievatron · 28 Ottobre 2025, 6:39am

E non c’è un modo per scoprire perchè a me le casse del server tacciono?

idraulico · 28 Ottobre 2025, 9:18am

Probabilmente l’audio è inibito per qualche ragione.
Una ipotesi è che ti devi connettere non con la porta 5901, ma con un’altra porta ad esempio 5902 ovvero serve un altro utente perchè quello in essere (quello collegato) è già “presente”.

Vai a vedere nella “Guida” come generare un altro utente con relativa psw e prova a connetterti con “chillo”.

P.S.: questa ipotesi vale anche per l’altra discussione che hai aperto (quella sui permessi).

Zievatron · 28 Ottobre 2025, 8:51pm

E “chillo” chi, o cosa è?

P.S.:

Non potremmo completare la prima discussione con la correzione di quell’errore?

idraulico · 29 Ottobre 2025, 9:19am

Il comando che avevi dato era:
sudo firewall-cmd --permanent --zone=public --add-rich-rule=‘rule family=“ipv4” source address=“192.168.1.100” service name=“vnc-server” accept’

Per togliere la regola deve dare:

$ sudo firewall-cmd --permanent --zone=public --remove-rich-rule=‘rule family=“ipv4” source address=“192.168.1.100” service name=“vnc-server” accept’
e poi:
$ sudo firewall-cmd --reload

Per controllare se la regola è sparita (“magiaaaaa”) dai:
$ sudo firewall-cmd --list-all

Se sì, per favore, metti risolto al thread “LAN con 2 mini-PC”.

Grazie.

P.S.: fai bene ad essere un “perfezionista” !!!

Zievatron · 29 Ottobre 2025, 6:46pm

Provato. Non ha funzionato. Quella riga c’è ancora.

Zievatron · 30 Ottobre 2025, 7:17am

Ho riprovato, per vedere bene se mi fosse sfuggito qualche messaggo di errore.

Ed in effetti mi era sfuggito.

$ sudo firewall-cmd --permanent --zone=public --remove-rich-rule=‘rule family=“ipv4” source address=“192.168.1.100” service name=“vnc-server” accept’
usage: ‘firewall-cmd --help’ for usage information or see firewall-cmd(1) man page
firewall-cmd: error: unrecognized arguments: family=“ipv4” source address=“192.168.1.100” service name=“vnc-server” accept’

idraulico · 30 Ottobre 2025, 9:32am

Ho voluto creare sul mio sistema la regola per il firewall che limita l’accesso ad un solo IP (naturalmente, ovvio, è un ip della mia rete, nè).
Di seguito c’è tutta la procedura con i comandi relativi:

0) Dalla lista NON ci sono regole
1) Creo la regola
2) Ricarico il servizio  
3) Riguardo la lista e c'è la regola che ho introdotto
4) rimuovo la regola
5) Ricarico il servizio
6) Dalla lista sparita la regola (CHE PRIMA C'ERA, NE'.........NON C'E' MAGIA))

0)
┌─[idraulico@hp250g9]─[~]
└──╼ $sudo firewall-cmd --list-all 
  target: default
  ingress-priority: 0
  egress-priority: 0
  icmp-block-inversion: no
  interfaces: wlo1
  sources: 
  services: dhcpv6-client ftp mdns mountd nfs rpc-bind ssh vnc-server
  ports: 8834/tcp 21/tcp 21/udp 5901/tcp
  protocols: 
  forward: yes
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 

1)
┌─[✗]─[idraulico@hp250g9]─[~]
└──╼ $sudo firewall-cmd --permanent --zone=public --add-rich-rule='rule family="ipv4" source address="192.168.1.122" service name="vnc-server" accept'
success

2)
┌─[idraulico@hp250g9]─[~]
└──╼ $sudo firewall-cmd --reload
success

3)
┌─[idraulico@hp250g9]─[~]
└──╼ $sudo firewall-cmd --list-all
public (default, active)
  target: default
  ingress-priority: 0
  egress-priority: 0
  icmp-block-inversion: no
  interfaces: wlo1
  sources: 
  services: dhcpv6-client ftp mdns mountd nfs rpc-bind ssh vnc-server
  ports: 8834/tcp 21/tcp 21/udp 5901/tcp
  protocols: 
  forward: yes
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 
	rule family="ipv4" source address="192.168.1.122" service name="vnc-server" accept

4)
┌─[idraulico@hp250g9]─[~]
└──╼ $sudo firewall-cmd --permanent --zone=public --remove-rich-rule='rule family="ipv4" source address="192.168.1.122" service name="vnc-server" accept'
success

5)
┌─[idraulico@hp250g9]─[~]
└──╼ $sudo firewall-cmd --reload
success

6)
┌─[idraulico@hp250g9]─[~]
└──╼ $sudo firewall-cmd --list-all
public (default, active)
  target: default
  ingress-priority: 0
  egress-priority: 0
  icmp-block-inversion: no
  interfaces: wlo1
  sources: 
  services: dhcpv6-client ftp mdns mountd nfs rpc-bind ssh vnc-server
  ports: 8834/tcp 21/tcp 21/udp 5901/tcp
  protocols: 
  forward: yes
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 
┌─[idraulico@hp250g9]─[~]
└──╼ $

Da te succedono proprio cose strane.
Ciao.

Zievatron · 30 Ottobre 2025, 11:36am

Non c’è un altro modo per accedere a quella lista?

idraulico · 30 Ottobre 2025, 3:12pm

Torniamo al topic.

Fai questa prova.

Il VNC-server usa le porte TCP a partire da 5900.
Nella configurazione funzionante usi la porta 5901 la cui configurazione la trovi nel file:

/etc/tigervnc/vncserver.users

in fondo c’è scritto:
:1=PRIMO-UTENTE
ciò vuol dire che:la porta 5901 e il display :1 sono relativi al PRIMO-UTENTE.
BENE.

Ora vai sul mini-pc con il VNC-server e loggati con l’altro utente (mi hai detto che sul server hai 2 utenti impostati). usa quindi l’altro.

Una volta loggato con il SECONDO-UTENTE
scrivi in console:
$ vncpasswd
ed introduci la VNCpassword per il SECONDO-UTENTE, con relativa verifica.

Fatto questo crea un altro display, il “:2” per il SECONDO_UTENTE.
Edita il file:

$ nano /etc/tigervnc/vncserver.users
e dopo l’ultima riga: (Che dovrebbe essere: 1=PRIMO-UTENTE) inserisci:
 :2=SECONDO-UTENTE

Salva ed esci.

A questo punto hai aggiunto la possibilità per un secondo utente, ciò significa che:la porta 5902 e il display :2 sono relativi al SECONDO-UTENTE.
Hai ora quindi l’abilitazione per la connessione da VNC-client per 2 utenti.

Non rimane che aprire la porta 5902 sul firewall con:

sudo firewall-cmd --permanent --zone=public --add-port=5902/tcp
sudo firewall-cmd --reload

Reboot del mini-pc-server
Prova dal VNC-client a collegarti con il SECONDO-UTENTE.

Ciao.

Zievatron · 30 Ottobre 2025, 4:34pm

Ho provato ad aprire una sessione con il secondo utente (non lo vedevo da anni).

Il secondo utente non ha incontrato nessuna difficoltà a fare gli aggiornamenti con dfndragora, nè a far partire smplayer, nè a far partire GParted (altro programma che primo utente non può più far partire).

Ho aggiunto la pasword per vnc per il secondo utente, ma al tentativo di editare vncserver.users

con nano ho ottenuto questo messaggio:

[ Il file “/etc/tigervnc/vncserver.users” non è scrivibile ]

Zievatron · 31 Ottobre 2025, 8:12am

Aggiornamento:

Scoglio superato. Serviva sudo prima di nano.

Ora proseguo.

idraulico · 31 Ottobre 2025, 8:37am

Mi sono dimenticato di dirti che, con l’utilizzo dell’utente :2=SECONDO-UTENTE, bisogna abilitare e startare il servizio relativo, dando i seguenti comandi (proprio come hai fatto per 1:=PRIMO-UTENTE):

$ sudo systemctl enable vncserver@:2.service
$ sudo systemctl start vncserver@:2.service

e poi reboot.

CIao.

Zievatron · 31 Ottobre 2025, 9:58am

OK. Il secondo utente può collegarsi da client.

Però il secondo utente non ha neanche 1 solo contenuto, ha solo i nudi programmi. L’ho creato ed usato solo per una vecchia emergenza.

Zievatron · 31 Ottobre 2025, 10:52am

Ho passato al secondo utente un po’ di musica da un disco esterno.

Il secondo utente, da client, ha potuto ascoltare musica dalle casse collegate al server.

Ho provto a passare al primo utente. Ancora nessun suono per il primo utente.

idraulico · 31 Ottobre 2025, 11:04am

OK, allora usa il secondo utente quando vuoi sentire musica dal server.

Zievatron · 31 Ottobre 2025, 11:26am

No. Questo non va bene.

Il secondo utente esiste solo con funzione di emergenza.

Quello che devo usare normalmente è solo il primo utente.

Ho notato un’altra cosa strana:

Sul server, prima di passare al client, avevo lasciato la schermata di login.

Quando, dopo le prove fatte, sono tornato dal client al server ho avviato la sessione di primo utente.

Smplayer si è avviato in automatico, come deve fare, perchè è in avvio automatico, ma firefox non potevo avviarlo. Ho riavviato il server. Smplayer è tornato inavviabile e Firefox è tornato avviabile.

Zievatron · 31 Ottobre 2025, 11:50am

Ora ho scambiato le porte tra primo e secondo utente. Più esattamente, ho scambiato la numerazione dei due utenti in /etc/tigervnc/vncserver.users

Così il primo utente ha ottenuto l’audio da client.

Questo problema è risolto.

Zievatron · 31 Ottobre 2025, 2:38pm

Come non detto. Il problema non è risolto c’è ancora.

Devo aver fatto confusione e la musica che ho sentito non veniva dalla connessione del client.

O forse l’aveva il secondo utente, mentre il primo utente non la ha neanche se è sulla porta 5902.