Якщо ви використовуєте імпульсний звук як звуковий сервер, ви можете module-native-protocol-tcp
прийняти tcp-з'єднання з віддаленої машини.
У наступному прикладі я використовую ssh тунель для пересилання аудіозапиту з віддаленої машини на локальний.
На локальній машині зробіть щось на кшталт:
pactl load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1
ssh -R 9999:127.0.0.1:4713 you@remotehost
то на віддаленій машині ви можете користуватися paplay
paplay -s 127.0.0.1:9999 soundfile.wav
ДОБАВЛЕНО Я виявив, щоauth-ip-acl
не приймаєlocalhost
як дійсний параметр, ви повинні використовувати127.0.0.1
(або все, що ваша машина використовує localhost адресу).
EDIT Це повинно бутиssh -R
, ніssh -L
(ми пересилаємо віддалений порт до локального порту).
Якщо у вас є стара версія імпульсного звуку (до 0.9.3), ви можете використовувати авторизацію на основі файлів cookie.
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
Очевидно, що ви можете просто не використовувати будь-яку аутентифікацію в імпульсному аудіо, але я не можу рекомендувати вам це рішення. Використовуйте принаймні брандмауер, щоб уникнути віддалених з'єднань.
pactl load-module module-native-protocol-tcp auth-ip-acl=localhost
. Я пропускаю залежність чи щось таке?