【问题标题】:mounting a linux directory on a VMS machine在 VMS 机器上挂载一个 linux 目录
【发布时间】:2014-12-03 16:34:42
【问题描述】:

我们有一台 VMS 机器,它必须挂载驻留在 linux 服务器上的目录。 我负责linux端,另外一个人负责VMS端。

到目前为止,他挂载目录的尝试失败了

insufficient privilege or object protection violation

为了找出问题出在哪一边,我想确保我没有忘记任何东西。这就是我所做的:

  • 创建了一个用户“microct”
  • 创建了用户“microct”拥有的目录“/raid1/microct”
  • 将 vms 机器添加到 /etc/exports

    /raid1/microct 130.60.xxx.yyy(rw,async,subtree_check,no_root_squash)

  • 在 /etc/hosts.allow 中添加了 VMS 机器(尽管我不知道是否所有这些都是必要的)

    锁定:本地主机,130.60.xxx.yyy

    rquotad:本地主机,130.60.xxx.yyy

    端口映射:本地主机,130.60.xxx.yyy

    挂载:本地主机,130.60.xxx.yyy

    statd:本地主机,130.60.xxx.yyy

  • 重新启动 NFS

    /etc/init.d/nfsd 重启

有什么我忽略的吗?

VMS Guy 说他需要“NFS 用户”的 UID 和 GID,但我不知道那可能是什么......

谢谢

【问题讨论】:

  • 虽然我无法回答,但很可能任何能回答的人都想知道 VMS 端正在使用哪个 TCP/IP 堆栈。可能的答案包括 Multinet(来自 Process)或“TCP/IP Services”(来自 HP)。您的 VMS 专家应该知道。
  • 根据我对 *nix 的记忆,当您创建 microct 帐户时,您(隐式或显式)会为该帐户分配一个组标识 (GID) 和用户标识 (UID)。 (可能是八进制或其他一些流行的基数。)这些将是 VMS 端请求合适的 NFS 连接所需的幻数。
  • @HABO 是的,我把这些号码给了 VMS 的人,他用他们创建了一个“代理”。查看日志文件“/var/log/messages”,我看到每当执行 VMS 挂载时,都会出现“经过身份验证的挂载请求”,然后是“经过身份验证的卸载请求”。我们不知道是谁发送了这个卸载请求以及为什么......

标签: mount nfs vms


【解决方案1】:

在尝试从 Windows 挂载目录后,我注意到 mountd 写了一条“非法端口”消息:

12 月 8 日 12:14:28 目标-yeti mountd[4705]:拒绝来自 130.60.126.112 的 /raid1/microct (/raid1/microct) 的挂载请求:非法端口 58152

在导出的手册页中,我发现在 /etc/exports 中我可以向导出添加一个“不安全”选项,它允许通过高于 1024 的端口进行连接。

将此选项添加到导出中,我能够从 Windows 挂载目录。 令人惊讶的是,这对 VMS 也有帮助,尽管当我们尝试从 VMS 机器上挂载时从来没有任何“非法端口”消息......

所以 - 我无法解释为什么它会起作用,但我很高兴它现在起作用了。

【讨论】:

  • 现在你需要“接受”你自己的答案,这样这个问题就不会被认为是没有答案的。
猜你喜欢
  • 2017-02-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-01-05
  • 2020-09-20
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多