哦，堡垒机啊，那你应当选用具有审计功能的堡垒机。其实你这个 A 根本就不能称之为“堡垒机”，能 SSH 上去，然后再 SSH 到别的地方，审计，审啥啊，靠系统那点日志？得了吧。
再说了，A 能 SSH，你能确保 ssh 到 A 的不打洞？一旦打动，任何所谓的审计措施全都失效。

我没搞明白，从 LZ 到一众恢复，搁这儿强烈比较一个十项全能选手和一个百米冠军？
各位继续。。。

方法 1，SSH Tunnel，通过 A 的 ssh 建立 tunnel 到 B 、C 、D
方法 2，端口映射，A 上开（比如 60022 、60122 、60222 之类）端口映射 B 、C 、D 的 22 。

方法 1 安全一些，毕竟只暴露 A 的 22，B\C\D 的 22 不直接暴露，但是就是每次建立的时候，费点劲；
方法 2 省事一些，直接连接连接

方法 1，用 ssh 命令实现；方法 2 在 A 上用 iptables 或者 firewall-cmd 实现。两者都需要打开 port-forwarding，具体找文章。

在视频领域这个“压缩”可不是类似 winzip 、winrar 的压缩啊。
视频的压缩，普遍都是有损压缩，不存在“解压”这个概念，所谓的解压是基于有损的信息的重采样编码，效果肯定不行啊。

至于上传，上传分三步：客户端往服务器传，网络传输，服务器接收。那你觉得你所谓的“压缩”在哪一步完成呢？第一步？指望浏览器给你做视频压缩？第二步，网络交换机、路由器做压缩？第三步，服务器都已经接收到了原始数据，再压一遍，以后再“解压”，图啥？直接存储原始信息不好么。

然后客户端回显，现在 H5 的 video 标签，直接去服务器端请求数据，如果是本地能够解码的格式（比如 mp4 封装、h264 视频编码、mp3 音频编码）那就直接播放，如果不认编码格式，那就不能播放。

最后防盗链的一般手法是 host，二班手法是 header 里上 token，三班手法是 session，当然还有四五六班等等

@youngce 1# 把 javascript 作为字符串用对称加密（混淆），然后对称解密（反混淆）之后，eval 执行。
这是 js 混淆的手段之一。

从专业角度讲，能比气象台 NB，那我五体投地。路过过一次天天耳闻中的北京南郊观象台，自己可以卫星图看一下规模就知道了。
从自娱自乐角度讲，这事完全没难度，正如 @locoz 13#所述，简单地很。

A 口 B 口冲突了吧
按道理，掩码只负责子网判定，跟 IP 无关，所以按照 LZ 描述，A 口 B 口可以同时设置 192.168.128.5，那显然这是不允许的。

/'dΛb,lju:'e'sel/
大不 留 艾 赛欧

@yitingbai 2# 英雄所见略同

再补充一条，程序是一个逻辑性极强的事情，程序弄多了，思维方式也会跟着强逻辑性，推而广之，世界观方法论都会受其影响。
曾经有人评论过我：编程改变世界。进一步讲，现在的技术发展，单纯的硬件是不可能运行的，各级别的软件均通过程序实现，进而控制住所有事情。

我在二进制上只处理过混淆的 java class bytecode 文件，祝楼主保持满头秀发

frps 本身监听一个端口用于 frpc 接入。然后 frpc 连接后，根据配置文件，在 frps 的服务器端创建一个新端口连接 frpc （相当于将 frpc 的端口映射到 frps 的新端口上）。然后第二个 frpc 连接同一个 frps，将 frpc 本地的端口映射到 frps 服务器上的另外一个端口（即映射第二个端口）即可。

微软市场搜索 QuickLook