我有一个OpenSolaris服务器（snv_101b）通过NFS提供文件。 在ESXi或OS X上安装共享时，一切正常，但是从Linux（CentOS 5.2）安装时，一切都以nobody身份进行：没有755权限的用户。 这意味着用户不能做任何改变。 如何正确安装共享？ 该目录与以下内容共享： # zfs set sharenfs=on /tank/share 并装有： # mount -t nfs4 server:/tank/share /mountpoint
我需要强制执行目录ugo+rw权限。 我想确保从其他目录复制的文件将其权限重置为ugo+rw 。 我还需要确保我的Active Directory域中的每个人都可以轻松地访问共享（即无需login提示，在Windows（smb）或Leopard（afp）上recursion地全部读取/写入）。 我试图创build一个超容易使用公共文件夹，但是我似乎总是遇到某人或某些机器（即访客用户的机器不在域中）访问此文件夹。 我相信我可以提供进一步的细节，但我不确定这些细节。 评论，我会join他们。谢谢！
我有一个域控制器为我们的小networking（约20用户）。 它运行的是Win Server 2k3。 我添加了一个全局安全组（ MYDOMAIN\GroupA ），并添加了3个用户（ MYDOMAIN\UserA ， MYDOMAIN\UserB ， MYDOMAIN\UserC ）。 我有一个单独的计算机运行Windows Server 2k3的名为文件服务器（你猜对了，它只是有文件共享）。 它join了域。 我有一个分享： D:\Docs\ShareOne 我已经将其设置为与共享权限共享：“每个人/完全控制” 那么NTFS权限只允许MYDOMAIN\GroupA对其进行完全控制。 不过，我遇到了很奇怪的问题。 我有3个join域的工作站（2个XP和1个Vista），UserA，UserB和UserC都login到MYDOMAIN。 运行XP的用户A可以运行\\fileserver\ShareOne并正常访问文件。 用户B（在XP）和用户C（在Vista）然而键入\\fileserver\ShareOne到资源pipe理器中，敲回车，迎接一个友好的“访问被拒绝”错误。 我什至有UserB（XP上的whos）重新启动他们的整个机器，relogin，他们仍然无法访问共享。 为什么会这样呢？ 非常奇怪的事情正在发生。
我是FreeBSD的新手。 我在虚拟机上为Erlangconfiguration了一个BSD。 仅供私人使用，不适用于生产服务。 这是非常容易的设置和安装，现在我可以打电话erl控制台。 接下来，我想将我的Mac上的Erlang源file upload到BSD中。 什么样的文件传输选项可用，适合我的目的？
这是我想要发生的事情： 用户A在“笔记本”组中login到计算机：拒绝访问文件共享 在“terminal服务器”组中login到计算机的用户A：授予文件共享的访问 这是2003年function级别的AD域，具有2003年的DC和文件服务器。 我知道这是一种弱安全性（即他们可以login到TS并通过电子邮件发送给自己），但它只是对额外访问控制规则的补充。 这可能吗？
我们的pipe理员使用Windows Server 2003中的内置C $，D $等共享来作为经过身份validation的域pipe理员从networking访问这些磁盘驱动器。 只要昨晚，我们就可以使用Windows XP客户端并连接到\ server \ C $。 我们的pipe理员被提示input凭据，然后在Windows资源pipe理器中列出目录内容。 今天早上，我们尝试了同样的事情，并没有提示凭据。 相反，XP客户端只是进入一个空的Windows资源pipe理器窗口。 此行为在第二个XP客户端上得到确认。 总之，我们所看到的是我们正在尝试去\ server \ C $，而不是提示我们认为我们应该的凭据，然后把它带到一个空的页面。
这是我想要做的： 在本地networking上的MAC OSX（雪豹）机器和Ubuntu（10. *和11. *）之间共享文件。 我知道2个解决scheme： 桑巴：易于安装，但它不区分大小写，所以它不适用于我，因为我编程Android的东西，它需要一个区分大小写的文件系统。 NFS：它可以传输几个文件，但是如果你尝试复制大量的文件，它会变得非常慢，最后locking。 我试图用WEB上的许多解决scheme修复NFS，但都没有成功。 由于我使用了一些非常好的Github客户端（塔），它只是不工作，因为它需要处理大量的文件在同一时间，它具有相同的行为作为大量的文件副本，它在几分钟后locking。 还有什么其他解决scheme可以在MAC和Linux（Ubuntu）之间共享文件，在本地networking上区分大小写？
我正在Windows 2008R2上运行用户文件共享。 我关心的是域pipe理员访问他们不应该的文件。 我开启了高级审计并对结果进行了testing。 我看到有人在文件夹中做任何事情时， read/delete违规者的userid's但它作为Event ID 5145遇到。当真正的用户访问自己的文件夹，它也作为Event ID 5145 。 我的工作地点有超过4000用户，所以每次有人使用他们自己的文件时提醒提醒是不可行的。 我不仅可以触发失败，因为域pipe理员将有权访问文件。 因为我们的备份将无法读取数据，所以放置“用户唯一”而不是用户和pipe理员不是一个选项。 任何人有任何build议？
我已经build立了一个服务器，我已经连接到多台电脑在我的工作场所。 可悲的是，每个连接的数据传输速度最高为3 MB / sec，这对于文件传输来说是缓慢的，特别是在传输大文件时。 我正在使用Windows文件共享，服务器是Windows Server 2008（2 Ghz CPU，1 GB RAM），客户端PC主要运行Windows 7.如何检测networking中的瓶颈并提高networking中的文件共享速度？
当我需要从Mac OSX访问（读/写）到Linux下的许多文件的文件夹时，有两个选项： 在Linux中安装Samba并作为Windows共享共享 通过NFS共享 哪一个是性能和安全angular度推荐的？