大家好，通过 ssh 远程连接 centos 服务器，服务器上有 WAV 音频，如何通过 play 命令 播放音频，使得本地也能听见声音，即 声音通过 ssh 传递到本地？

用 sshfs 把音频文件所在的目录挂载到本地, 然后再用本地的音频播放器去播放.

@5long 公司对音频数据是非常敏感的，挂载到本地估计不太行

既然都能 ssh 访问了，scp，sftp 这些也都开着吧？ 找一个支持 sftp 协议的播放器在本地播放应该可以吧

python -m http.server 一下

python -m http.server 一下
然后用浏览器打开网址，直接播放音频文件

只要能访问这个音频就能下载，不管是挂载还是 scp 还是 http server，都是下载

哈哈哈

@xiadong1994 是的，要么楼主提的是伪需求，要么他们公司的规定是伪需求。
ssh 权限都给了，还不让下数据，防止数据泄漏，我觉得只有专人专机操作，隔离访问才能实现这个要求。

ssh [email protected] 'cat asdf.wav' > /dev/audio

以上为示例代码。

@bitdust 不睡伪需求，sz scp 等这些命令是有监控的

可以试一下 mplayer，可以在 terminal 里播放音频，但不知道能不能通过 ssh

感谢大家的回复，谢谢，我会认真研究大家提出的解决方案

vi 打开手动从终端里复制？

soundwire 可行吗

脑回路清奇

打开服务器的蓝牙组件
这边连接蓝牙
播放 play
ok

* 在本地开 pulseaudio，然后远程的机器作为 pulseaudio 客户端播放

建议和公司沟通一下，想要在本地播放，就意味着音频数据一定会传到本地的，就算所谓的远程播放，你在本地内录一下也是获得了文件数据，和 scp 没差的

yum install lrzsz
sz .

这个需求有点扯淡,既然都能 ssh 了,还不能像下载,估计真正的需求是智能远程听 不能拷贝走

楼主是不是想偷听机密信息又怕被发现？

要是公司提的听音频的需求，楼上很多技术方法都能实现

要能听到声音，你要么把文件传过来播放，要么把播放的声音传过来。。

声音是就是 buffer，送给声卡就变成了有效的声音，给文本文档打开就是乱码，送给显存刷新就是花屏
你要远程听，那么就把原文件拿来，要么把解码后数据拿来。你看着哪个能做

不排除奇葩需求，可以服务器播放，另放一台单独的服务器开着麦克风录音，然后再传录音出来，

声音是无法传播到本地的，声音是扬声器上的电磁铁震动。你可以考虑将音频文件解码成模拟信号，模拟信号在编码成数字信号，然后变成文件流走 ssh 下载下来，再写一个程序把这个编码转换成标准的音频编码，扔进媒体播放程序，就可以听到了。所以，你直接把文件 scp 下来，就不用脱裤子放屁了。

@jiezhi 可以每次 使用 sz 命令下载到本地听，这样的话就像太麻烦了

远程搞一台 windows，sshfs 把音频挂载到 windows，用远程桌面播放远程到本地

xrdp 远程登录可以实现。百度搜索“xrdp 声音”，简书有一篇我写的小作文，有详细描述。

要能听到声音，你要么把文件传过来播放，要么把播放的声音传过来。。

高手，这是高手！

@LFUNWF 干货呀

wav 本身就已经是数字化的声波信号了。把 wav 在服务器上播放，然后转成数字信号，其实就是转回了 wav 文件而已。
同样，要把服务器的声音传到本地，其实就是把 wav 的内容传过来而已。

所以最后就变成，只要你能听到声音，就是把 wav 里的数据传过来了。

@zhengken #10
scp 程序复制一份叫 httpd

使用 baidupcsgo 上传到百度云 /狗头

百分之百可行的方案，把本地终端回滚大小设置为足够大，然后 cat audio.wav|base64，将输出复制到本地 decode，得到 wav 文件

换个思路，scp 监控，用个不监控的命令把他搞下来不就行了么，不行实现个 scp 命令？

@Vegetable 这思路 666 简单可行

能听到肯定就是一种“下载”了，无论是走 http 还是什么。老老实实申请权限吧。

@Tianao 思路清奇 666

如果音频文件比较小的话（ 1k 以内），我这里有一个解决方案：
1.把音频文件编码成文本
2.把文本编码成二维码
3.把二维码打印到 ssh 窗口
4.编写手机端解码 APP，然后扫码播放