OS X 10.6 共享网络文件夹问题

OS X 10.6 共享网络文件夹问题

大学网络上的用户可以看到共享文件夹,但无法写入。查看没有问题,但无法写入。已在服务器管理员上添加了对 sharepoint 的权限。

答案1

为了使文件系统权限在 Mac OS X 客户端和服务器之间正常工作,您需要确保客户端和服务器使用相同的“用户和组数据库”。

这基本上意味着它们需要绑定到同一个 Open Directory 或 Active Directory 服务器,以便客户端对当前用户的数字用户 ID 和数字组 ID 的概念与服务器对与共享文件和文件夹关联的 UID 和 GID 的概念相匹配。并且,您需要使用适当的网络帐户登录客户端 Mac 的 GUI,以便客户端计算机的 Finder 对您的 UID 和 GID 的概念与 AFP 客户端和服务器对您的 UID 和 GID 的概念相匹配。

如果不这样做,你将会遇到如下问题:

您在服务器上创建了一个帐户“KevinKelley”,UID 为 1024。使用服务器上的该帐户,您可以创建一个文件夹并共享它。

在客户端 Mac 上,首次设置时您创建了一个本地管理员帐户“KevinKelley”。此帐户的 UID 为 501。

您使用本地 KevinKelly (UID 501) 帐户登录到客户端 Mac 上的 GUI。然后从 Finder 执行“连接到服务器...”并安装共享点。当通过 AFP(Apple 文件协议,Mac 的默认文件共享协议)向服务器进行身份验证时,您将登录到服务器上的“KevinKelley”(UID 1024) 帐户。您认为这两个帐户都代表您,并且具有相同的长名和短名,因此您认为应该没问题。但它们具有不同的数字 UID,因此存在不匹配,因此您的客户端本地帐户 501 将无法写入服务器上帐户 1024 拥有的文件。Finder 和 AFP 协议试图隐藏由这种不匹配引起的一些问题,但这种假象并不总是完整的。

要检查这是否是你的问题,请执行以下操作:

在服务器的终端中(或通过 SSH 进入服务器时),执行ls -nled /path/to/shared/folder并查看服务器对哪个 UID 和 GID 与该文件关联的理解。

现在,在客户端计算机上,使用您通常使用的帐户登录 GUI。然后启动终端并键入id以查看当前帐户的 UID 和 GID。将此 UID 与您在上一步中找到的服务器上共享文件夹关联的 UID 进行比较。如果它们不匹配,您可能遇到了这个问题。

相关内容