Permissions 使用多租户功能配置权限

Permissions 使用多租户功能配置权限,permissions,alfresco,multi-tenant,Permissions,Alfresco,Multi Tenant,我想对每个客户的文件夹制定访问策略: DocumentLibrary/Custumers/CostmerA DocumentLibrary/Custumers/CostmerA . DocumentLibrary/Custumers/CostmerN 然后,CustomerA(租户用户)无法访问其他客户的文件夹 我认为,如果使用“租户”进行此操作,a希望看到一个示例。您真的应该没有问题。MT已经存在,您只需要启用它。您不需要做任何额外的工作来隐藏租户,这就是此功能的全部要点 你真的应该没有问题

我想对每个客户的文件夹制定访问策略:

DocumentLibrary/Custumers/CostmerA
DocumentLibrary/Custumers/CostmerA
.
DocumentLibrary/Custumers/CostmerN
然后,
CustomerA
(租户用户)无法访问其他客户的文件夹


我认为,如果使用“租户”进行此操作,a希望看到一个示例。

您真的应该没有问题。MT已经存在,您只需要启用它。您不需要做任何额外的工作来隐藏租户,这就是此功能的全部要点


你真的应该没有问题。MT已经存在,您只需要启用它。您不需要做任何额外的工作来隐藏租户,这就是此功能的全部要点

Alfresco中的多租户(MT)功能无法满足您的要求。特别是,租户不共享同一个文档库,他们是完全分离的

您可以使用MT实现租户的完全分离。这种分离不仅包括文档,还包括用户、组、权限以及在数据字典中部署的所有内容

如果您只想处理读/写权限,我建议使用单个(默认)租户和普通文件夹权限。

Alfresco中的多租户(MT)功能无法满足您的要求。特别是,租户不共享同一个文档库,他们是完全分离的

您可以使用MT实现租户的完全分离。这种分离不仅包括文档,还包括用户、组、权限以及在数据字典中部署的所有内容


如果您只想处理读/写权限,我建议您使用单个(默认)租户和普通文件夹权限。

在使用多租户之前,请密切注意您将要放弃的功能,这些功能已记录在案

正确的方法是简单地使用权限。让所有客户都可以访问/customers文件夹。然后,在每个特定于客户的文件夹中,断开ACL继承(管理权限、取消选中继承权限),然后将特定客户(可能使用组)分配给具有适当访问权限的文件夹

你甚至可以考虑为每个客户使用一个单独的共享站点,这会使这更容易。

需要注意的是,如果您试图隐藏所有用户和组,那么您真正想要的是独立的存储库,而这正是多租户提供的,以牺牲我在文章顶部引用的功能为代价

如果您这样做,则必须使用租户控制台创建每个特定于客户的租户。您的租户将被分离到他们自己的存储库中。而且,如果不更换租户,您将无法同时查看所有客户文档


老实说,由于多租户功能的稳定性以及您必须放弃的其他功能,我更倾向于使用完全独立的服务器,尽管这会增加您的维护负担。Alfresco甚至没有在自己的云产品中使用自己的多租户功能。

在使用多租户之前,请密切注意您将要放弃的功能,这些功能已被记录在案

正确的方法是简单地使用权限。为所有客户提供对/customers文件夹的访问权限。然后,在每个特定于客户的文件夹中,断开ACL继承(管理权限、取消选中继承权限),然后将特定客户(可能使用组)分配给具有适当访问权限的文件夹

你甚至可以考虑为每个客户使用一个单独的共享站点,这会使这更容易。

需要注意的是,如果您试图隐藏所有用户和组,那么您真正想要的是独立的存储库,而这正是多租户提供的,以牺牲我在文章顶部引用的功能为代价

如果您这样做,则必须使用租户控制台创建每个特定于客户的租户。您的租户将被分离到他们自己的存储库中。而且,如果不更换租户,您将无法同时查看所有客户文档


老实说,由于多租户功能的稳定性以及您必须放弃的其他功能,我更倾向于使用完全独立的服务器,尽管这会增加您的维护负担。Alfresco甚至没有在自己的云产品中使用自己的多租户功能。

您好,我理解,但我正在考虑使用MT来避免外部访问我的结构。更安全。你同意吗?是的。您可以使用MT完全分离客户。如果这就是你想要的,那么继续:)嗨,我明白,但是我想用机器翻译来避免外部访问我的结构。更安全。你同意吗?是的。您可以使用MT完全分离客户。如果这是你想要的,那就说吧:)怎么样?我必须创建第二个结构e来连接我的租户?结构之间的同步将如何?如何?我必须创建第二个结构e来连接我的租户?结构之间的同步将如何进行?