Se você usar áudio de pulso como servidor de som, poderá module-native-protocol-tcpaceitar a conexão TCP da sua máquina remota.
No exemplo a seguir, eu uso um túnel ssh para encaminhar a solicitação de áudio da máquina remota para a local.
Na máquina local, faça algo como:
pactl load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1
ssh -R 9999:127.0.0.1:4713 you@remotehost
então na máquina remota você pode usar paplay
paplay -s 127.0.0.1:9999 soundfile.wav
ADICIONADO Descobri queauth-ip-aclnão aceitalocalhostcomo um parâmetro válido, você precisa usar127.0.0.1(ou o que sua máquina usa o endereço do host local).
EDIT Deveria serssh -R, nãossh -L(estamos encaminhando uma porta remota para uma porta local).
Se você possui uma versão antiga do pulse-audio (anterior à 0.9.3), pode usar a autorização baseada em cookies.
pactl load-module module-native-protocol-tcp auth-anonymous=1 auth-cookie-enabled=0
scp ~/.pulse-cookie you@remotehost:
ssh -R 9999:localhost:4713 you@remotehost
Obviamente, você pode simplesmente não usar nenhuma autenticação no áudio de pulso, mas não posso recomendar esta solução. Use, pelo menos, um firewall para evitar conexões remotas.
pactl load-module module-native-protocol-tcp auth-ip-acl=localhost. Estou perdendo uma dependência ou algo assim?