是否可以基于有机组或 CiviCRM 智能组在 Drupal 6.x 和 Open Atrium 数据库之间共享用户？
我将 Drupal 与 CiviCRM 一起用于我们非营利组织的公共站点和 CRM 数据库，并将 Open Atrium 用于内部网。我的目标是将特定用户从公共站点同步或共享到 Intranet，以允许单点登录。
但是，只有属于特定 CiviCRM 智能组（志愿者）的用户才应共享/同步。我可以使用该模块将 CiviCRM 组与 Drupal 有机组同步，如果这会使这项任务变得更容易的话。
有什么想法吗？
I use Drupal with CiviCRM for our nonprofit's public site and CRM database, and Open Atrium for the intranet. My goal is to either sync or share specific users from the public site to the intranet, to allow single sign-on.
However, only users who are part of a specific CiviCRM smart group (volunteers) should be shared/synced. I could use the module to sync CiviCRM groups with Drupal organic groups if that would make this task easier.
Any thoughts?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
通常，域访问模块用于同步用户等，但您的要求是仅某些用户synched 给这个设置带来了麻烦。
因此，我建议您：
Usually, the Domain Access module is used for synching users and whatnot, but your requirement that only certain users be synched throws a wrench into that setup.
Therefore, I'd recommend that you either:
实际上，您可以使用帐户同步来实现此目的。 （仅需要一部分用户。）
只需创建同步角色并仅向该角色分配帐户同步权限。
使用服务器密钥对其进行加密，就像对 XML-RPC 进行加密一样。
http://drupal.org/project/account_sync
Actually, you can use Account Sync for this. (where only a sub-set of users is required.)
Just create a sync role and assign account sync permissions to that role only.
Use a server key to encrypt this as you would for XML-RPC.
http://drupal.org/project/account_sync
如果单点登录是您的目标，Bakery 提供多个 Drupal 站点之间的单点登录（包括Drupal.org 和 *.drupal.org 网络中的其他站点（推荐）。
值得一试 - 虽然它确实涉及一些额外的设置/配置，但它不会像其他一些选项那样对 Drupal 造成太大影响。
它确实要求您的网站位于相同的基域上，并且它们位于相同的协议上（不能将
https://example.com与http://foo.com 混合使用）。 example.com）。请参阅Bakery 文档了解更多信息。
If Single Sign-On is your goal, Bakery provides single sign-on between multiple Drupal sites (including Drupal.org and other sites in the *.drupal.org network, something of a recommendation).
Worth checking out - while it does involve some additional setup / config, it doesn't mess with Drupal so much as some other options.
It does require that your sites are on the same base domain, and that they are on the same protocol (can't mix
https://example.comwithhttp://foo.example.com).See Bakery documentation for further info.