Mac OS X Tiger Server 中的权限问题

发布于 2024-07-14 01:19:54 字数 368 浏览 8 评论 0原文

我遇到以下问题:

我们的用户正在使用运行 Mac OS Leopard 的 Mac 通过 AFP 连接到运行 Tiger Server(版本 10.4.11)的 Xserve。

在 Xserve 上,我创建了一个名为“staff”的用户组(使用 Directory Admin)并将一些用户帐户放入该组中。 然后我将组“staff”设为我希望他们能够访问的文件夹的所有者。

现在,每当任何用户访问服务器上的文件并保存它时,其权限都会恢复为该用户的权限,而不是“员工”的权限。 更奇怪的是:当我通过法新社创建一个新文件夹并授予“工作人员”读/写权限时,它立即恢复为“所有人:无权访问”,

我感到非常奇怪。 任何指向解决方案的指示将不胜感激。

I'm having the following problem:

Our users are using Macs running Mac OS Leopard to connect to an Xserve running Tiger Server (Version 10.4.11) via AFP.

On the Xserve, I created a user group called "staff" (using Directory Admin) and put some user accounts into that group. Then I made the group "staff" owner of the folder I want them to be able to access.

Now, whenever any user accesses a file on the server and saves it, its permissions revert to the user's permissions instead of those of "staff". Even stranger: When I create a new folder via AFP, and give "staff" Read/Write permission, it immediately reverts to "Everyone: No Access"

I'm pretty weirded out. Any pointers towards a solution would be greatly appreciated.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(6

我很坚强 2024-07-21 01:19:54

尝试查找 setuid 和 setgid 位对目录的影响。 MacOSX 是 Unix,它让我想起了大约八年前我在 HPUX 上遇到的一个问题。

Try looking up the effects of the setuid and setgid bits on directories. MacOSX is Unix, and it reminds me of a problem I had on HPUX about eight years ago.

不…忘初心 2024-07-21 01:19:54

我怀疑您需要在目录上设置 setgid 位。 请参阅维基百科

I suspect you need to set the setgid bit on the directory. See Wikipedia

全部不再 2024-07-21 01:19:54

这有点盲目,但我在桌面 OSX 的权限方面遇到了一些奇怪的情况,同样的情况也可能适用于服务器 OSX。

在桌面上,每个新用户都是使用与该用户匹配的唯一组创建的。 服务器是否以这种方式运行,如果是,您是否尝试删除该组?

This is a bit of a shot in the dark, but I've hit some wonkiness with permissions for desktop OSX and the same thing may hold true for server OSX.

On desktop, each new user is create with a unique group that matches that user. Does server behave this way and if so have you tried removing that group?

ぶ宁プ宁ぶ 2024-07-21 01:19:54

看起来这可能是 Leopard 客户端框架中的一个错误; 你用 10.4 客户端盒子尝试过同样的事情吗? 我为什么说它看起来像一个错误? 这个线程:
http://lists.psu.edu/cgi-bin/wa?A2=ind0903&L=macenterprise&T=0&F=&S=&P=204647

It looks like it may be a bug in the Leopard client frameworks; have you tried the same thing with a 10.4 client box? The reason I say it looks like a bug? This thread:
http://lists.psu.edu/cgi-bin/wa?A2=ind0903&L=macenterprise&T=0&F=&S=&P=204647

挽心 2024-07-21 01:19:54

我认为您需要为每个用户设置一个默认/主组,这样虽然文件的所有者可能会更改组,但这并不意味着具有组访问权限的每个人都可以访问该文件。 另请记住确保您具有对目录/文件的组读写访问权限。

I think that you need to set a default / master group for each user so that way whilst the owner of the file may change the group will not meaning everyone with group access can get to the file. Also remember to make sure that you have group read and write access to the directory/files.

命硬 2024-07-21 01:19:54

打开 ACL,添加组并通过 ACL 设置权限,然后传播。

Turn on ACL's, add the group and set permissions via ACL, then propagate.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文