Si vous utilisez Pulse-Audio comme serveur de son, vous pouvez utiliser module-native-protocol-tcp
pour accepter la connexion TCP à partir de votre machine distante.
Dans l'exemple suivant, j'utilise un tunnel ssh pour transmettre la demande audio de la machine distante à la machine locale.
Sur la machine locale, faites quelque chose comme:
pactl load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1
ssh -R 9999:127.0.0.1:4713 you@remotehost
puis sur une machine distante, vous pouvez utiliser paplay
paplay -s 127.0.0.1:9999 soundfile.wav
AJOUTÉ J'ai découvert queauth-ip-acl
n'accepte paslocalhost
comme paramètre valide, vous devez utiliser127.0.0.1
(ou quoi que votre machine utilise l'adresse localhost).
EDIT Il devrait êtressh -R
, nonssh -L
(nous transmettons un portdistance à un port local).
Si vous avez une ancienne version de pulse-audio (antérieure à 0.9.3), vous pouvez utiliser une autorisation basée sur les 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
Évidemment, vous ne pouvez tout simplement pas utiliser d'authentification en pulse-audio mais je ne peux pas vous recommander cette solution. Utilisez au moins un pare-feu pour éviter les connexions à distance.
pactl load-module module-native-protocol-tcp auth-ip-acl=localhost
. Suis-je en train de manquer une dépendance ou quelque chose?