यदि आप पल्स-ऑडियो का उपयोग साउंड सर्वर के रूप में करते हैं, तो आप 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
(या जो भी आपकी मशीन लोकलहोस्ट पते का उपयोग करती है)।
EDIT यह होना चाहिएssh -R
, नहींssh -L
(हम रिमोट पोर्ट को स्थानीय पोर्ट पर अग्रेषित कर रहे हैं)।
यदि आपके पास पल्स-ऑडियो (प्री 0.9.3) का पुराना संस्करण है, तो आप कुकी आधारित प्राधिकरण का उपयोग कर सकते हैं।
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
। क्या मुझे एक निर्भरता या कुछ याद आ रही है?