过去,在 NTFS 文件系统之前,创建共享是设置共享数据权限的唯一方法。但是有了NTFS,你基本上可以将一台服务器上的所有数据都放在一个共享文件夹中,并使用共享文件夹内文件夹的NTFS权限来控制访问。
这甚至适用于网络驱动器映射。
因此,您可以将 S: 映射到\\server1\shares\MyShare
,因为这Server1
是服务器的名称,shares
是唯一的共享,并且MyShare
是下面许多具有 NTFS 权限设置的文件夹之一。
我的问题是这个。考虑到所有数据都将存储在同一个地方,是否有理由使用多个共享而不是一个共享?
所以不是只共享shares
,而是共享MyShare
,完全控制并使用 NTFS 设置访问权限?
是否有性能考虑来选择一个而不是另一个?
没有人回答让我怀疑在任何方面都没有性能差异,所以我做了一些测试。在我有大约 8 个共享但都在同一个地方的情况下,我共享了根文件夹,并从组策略中设置了我的网络文件夹以通过它,所以我所有的网络共享都通过一个共享访问,你知道什么,根本没有明显的区别。
我发现可能使您有理由不使用此方法的唯一区别如下:尽管您可以将网络文件夹映射到共享文件夹下的任何位置的驱动器号,但只有共享本身具有右键单击,映射网络驱动器选项。因此,如果您希望能够快速映射网络共享,那么您可能希望直接共享该文件夹。否则你仍然可以映射一个网络共享,但它有点麻烦,因为你必须先导航到共享,复制它的地址,转到这台电脑,然后从菜单中创建一个网络映射并将 URL 粘贴在那里.
从服务器管理的角度来看,以上是您实际上可能想要避免的事情,这是一种隐蔽的安全性。
无论如何,对我来说,最佳实践似乎是这样的:
如果可以,请尝试将所有数据放在一个位置,并共享根文件夹。如果您必须创建多个共享,因为数据本身驻留在多个硬盘上,那么您应该命名这些共享,以便它们在内部引用该位置。
例如,您有一个 D 和 E 驱动器,两者都有一个名为 share 的文件夹,D 上的 Shares 文件夹将共享为
Shares D
,而 E 上的文件夹将共享为Shares E
。现在从组策略中映射共享如下(示例):
对用户而言,他们只会看到名称并获得网络驱动器,但看不到实际的共享。
如果您转到
\\mydomain.local
,您将看到Shares D
和Shares E
,这将帮助您轻松确定股票的位置。或者,如果您想隐藏物理位置,您可以将文件夹命名为
Shares 1
和,并共享它们。Shares 2
另一种方法是想出一个以驱动器号开头的名称。例如Shares Daisy
和Shares Elvin Gadd