有没有更好的方法来组织 Windows 计算机管理控制台中的共享（根据其本地层次结构）？有其他选择吗？

Question

有没有办法在 Windows 的计算机管理控制台中自定义组织共享（或者更好的方法是根据它们在本地服务器上的层次结构进行组织（我知道计算机管理控制台至少知道这个结构，因为它在 UI 中列出了共享的“文件夹路径”）？还有其他一些常用工具可用于以尊重层次结构的方式查看和管理共享？

我们在 CentOS7 文件服务器上有 Samba 共享，使用ADS 安全。他们共享各种文件夹，这些文件夹本地结构像...

share1
    share11
        datafolder111
            <datafiles>
        datafolder112
            <datafiles>
        datafolder113
            <datafiles>
        ...
    share12
        ...
    share13
        ...
    ...
share2
    share21
        ...
    share22
        ...
    share13
        ...
    ...
...

我们通过单独的 Windows Server 2012 R2 计算机上的计算机管理控制台连接到文件服务器，从而管理各个共享文件夹的安全性/访问权限（例如，哪些 AD 组具有哪些类型的安全权限）。（我们单独管理 shareX 和 shareXX 文件夹，因为在某些情况下，一个团队可能“拥有” shareX，但只有某些成员才被允许访问 shareX[AB]）。

问题是，对于大量的股票（我们拥有的），这扁平列表结构计算机管理 UI 中呈现的内容非常混乱，使得共享更难管理。如果能够以与文件服务器上的共享类似的结构来查看共享，事情就会变得容易得多。

Answer 1

由于可以在控制台中按字母顺序对共享进行排序，因此一种解决方案是使用类似于示例中描述层次结构的 parentX-childXY 命名的命名约定，例如...

parent1
    parent1_child1
        <datafiles and subdirs>
    parent1_child2
        <datafiles and subdirs>
    ...

所以，目前，我的smb.conf文件看起来像......

[parent1__child1]
    path = /parent1/child1
    read only = no

[parent1__child2]
    .
    .
    .
.
.
.

...当在 Windows 计算机管理控制台中按共享名称排序时，一切正常。

请注意（我认为）实际路径的最大长度为 255 个字符，而 Samba 共享名称的最大长度限制为 80 个字符（因此请记住这一点，因为您可能希望路径本身遵循某些命名约定（我将其应用于共享只是因为当它们实际安装在桌面上时组织它们时看起来更好））。