我反复听到，虽然 NFS 样式的文件系统在 IBM 大型机上可用，但它们通常未启用，大概是为了将大型机相对于世界其他地方的安全风险降到最低。
鉴于我想制作基于 PC 的工具来处理大型机上的文件，这使得一个简单的问题（“打开 NFS 文件 '\mainframe\foo'”）变得更加困难；我可以依靠什么来在网络环境中提供文件系统访问？（Linux 系统通过 Samba 提供 NFS 几乎是标准的，所以这很容易）。
IBM 提供 Rational Developer for Z，这是 IBM COBOL 程序员使用的 Eclipse 变体。RDZ 似乎可以直接访问 IBM 大型机文件系统。他们用什么来做到这一点？为什么我不能使用它，如果是，它是什么？
RDz 有一个启动任务（UNIX 中的守护进程），它在 z/OS 主机上运行并接受来自 Eclipse 插件的连接。该协议是专有的，因此您不太可能找到有关它的任何信息。
RDz 不仅适用于 COBOL 程序员。许多商店都使用它，人们希望将所有源代码存储在大型机上——为什么要维护两个独立的存储库？这就是为什么它有那些长名/短名和 ASCII/EBCDIC 翻译来将那些不虔诚的 Java 路径转换成我们漂亮优雅的 8 字符成员名称，并允许我们在 z/OS 下阅读它，尽管 ISPF 编辑器的"source ascii"命令在一定程度上缓解了最后一个问题.
如果您想做类似的事情，您需要编写自己的启动任务来接受来自客户端的传入连接。这并不像听起来那么难。实际上，您将在 UNIX 环境中执行此操作，因为 USS（UNIX 系统服务，更名为 OpenMVS）与 z/OS 作为基本操作系统软件的一部分一起提供。它允许您透明地访问 USS 文件和 z/OS 数据集/成员。
然后，您需要让大型机商店相信您开始的任务不会带来安全风险。让我知道这对你有什么影响:-)
您可能会发现将 NFS 作为软件的先决条件更容易。那么，至少，这是 IBM 的安全问题，而不是你的。
RDz 通过远程系统资源管理器 (RSE) 与 z/OS 对话。z/OS 提供 SMB、NFS、FTP 和 SCP 以及其他远程访问方法。