How about ProxyJump, which is built-in ssh.

@CloudRaft 专业术语我不太懂，比如读写一致性。
我按照我实际使用场景来描述。
数据运算过程中，最多同时又 72 个进程对读写缓存进行读写，但是这 72 个读写进程相互独立，不需要访问其他任何一个进程写的数据。 纯粹的已经算完的占用空间，导致后来算完的没有地方存放。

现在修改了以下控制脚本，任何一个计算，算完毕后，就地提取数据，而后就拿走。
这样操作之后，空间问题基本解决了。

RAID0 的可靠性问题，可以忽略不计。
我的场景中，仅仅用于读写缓存。

当然也可能涉及，比如 A 机器的读写放在本地的 RAID0 阵列； B 机器的读写放在其本地的 RAID0 阵列。
对，最开始就是每个机器都有本地读写。
后来也面临一个实际的问题，
如果要“续算”，我用到的计算程序，需要知道之前运行用过的原始路径。
而后续的计算，负责计算的机器，未必是同一个（由 slurm 负责分派机器），
所以就拿到共享的读写空间了。

不过稍微变通一下思路，暂时解决问题了。
感谢各位提供思路，我也借鉴了部分灵感。 多谢多谢。

@CloudRaft 感谢分享。 其实想要的是存储空间， 机器 A 和 B 都能读写。
为了节省成本，起初 A 和 B 机器上的 RAID0 读写都是采用主板内置的卡实现的。 我现在也不甚了解，不停机可否修改既有的 RAID0 配置。
我换了另一思路，监控计算，算完一个，就提取一下数据，而后没用的东西直接删除。这样弄下来，空间基本够用了。
再次感谢分享解决方案。

@Mithril 谢谢提醒。 看来我理解错了。
也感谢 @zydrsnuo 的提醒。 我查询下看看具体怎么处理。

作为备用方案， 我可以把其他的机器上的存储先拿来用。
因为本人技能有限，目前修改权限，暂时通过 NFS 借用其他机器的存储，是一个最快的解决方案。

原机器上的 RAID0 是作为专用的读写缓存用的。
没想到这次计算过程中，产生的读写特别大。
我也写了一个监控， 算完一个，就立即提取数据， 而后删除 NetCDF 的原文件。

原来没有预测到这个应用场景，读写缓存弄少了。
郁闷中。

再次感谢各位提供解决方案。

只在内部私有网络操作。
网络和外部物理隔离。安全性应该不用考虑。

我根据你提供的关键词，去看看怎么搞。
谢谢先。

我开了十二个 iTerm 终端，一个 vi 写内容，这丫居然触摸板挂了，无法切换桌面。卡了十秒左右又恢复。

用了不到两个月，不知原因死机重启有两次了。

唉，质量也就那样吧。个人愚见。

可能和大家的用途差太多。做 CPU 密集型计算，组装的服务器。放机房的。服务器主板，有个毛病，启动贼慢。根据需求，配置非常灵活，比浪潮的整机便宜特别多。

@TonySue 把监听地址从 127.0.0.1 修改为路由器给你的地址……放开防火墙……

提一个可能不相干的。如果是在东北这种寒冷的地方，也有地下车库的，天气冷，车没热的时候，CVT 变速箱不变速，噪音不小，车温上去后，恢复工作。日产貌似用的 CVT 变速箱。无其他评价。

@makeitworks 我仅从我的使用场景出发做的判定，狭隘了。 我用到占空间的只有虚拟机，只好弄到移动硬盘了。反正是做演示用，需要的时候，接上就行了。其他情形暂未涉及到。

存储，外置的可破。内存最好一步到位。

另外，说一下，刚刚用中国移动，监控页面访问失败。

重点是，有年轻的媳妇……令人羡慕

我就能访问的。也能访问手机。能访问我的路由器，以及路由器后面的机器。路由器通过线缆接到光猫。路由器设定 ipv6 pass through，其他设备没见过，不懂。 路由器是多年前的 r6900。

@ZRS 这个方案，👍。处于可用状态，虽然没达到手册里说的场景。

你说的场景我不懂，但是用于高性能计算的集群，一般采用 NFS 方式，把存储共享给所有机器，至少其中一台机器承担 NFS 服务端，共享存储的快慢取决于存储的读写和网络带宽。 其他未涉及过，不晓得。

我遇到过，买了两瓶，送来是 1.5 瓶，其中一个，只有半瓶，但是瓶塞完好。拍照，上传，而后又来一份，这次两瓶，没有问题。