-1

我们有一台 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

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

    状态:本地主机,130.60.xxx.yyy

  • 重新启动 NFS

    /etc/init.d/nfsd 重启

有什么我忽略的吗?

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

谢谢你

4

1 回答 1

-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 机器上挂载时,从来没有任何“非法端口”消息......

所以 - 我没有解释为什么这有效,但我很高兴它现在有效。

于 2014-12-08T14:28:34.463 回答