You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current method for user read-only/admin access mapping is very difficult to use since it involves translating a site name to a site ID and then making a string from the list of the IDs.
Why not instead: list the name of the site as multi-valued attribute, one site name per attribute instance?
So for example, if LDAP attribute "Url" is used for read-only access mapping and the user should have access to site1.com and site2.com, LDAP would look like:
Url: site1.com
Url: site2.com
With this method, giving/removing access to a user becomes a simple task of adding/removing site names in a multi-valued attribute. And it is very easy in Active Directory environment to list/add/remove site names from multi-valued attributes if choosing to use an attribute that ADUC supports.
The text was updated successfully, but these errors were encountered:
I wish this issue would get more attention.
The current Matomo Access Synchronization is difficult to manage because the Site IDs may change on a daily basis for a busy instance - basically meaning the access permissions in LDAP would need to be managed by some system that is aware of the Matomo sites and their IDs.
If it is too big of a change to move to multi-value attributes then please at least consider adding support for using DNS site names in the existing access synchronization scheme. Just replace the Site IDs with site names.
This would be a good start.
In the perfect world a group LDAP search filter could be specified and the access permissions could be added to a group that matches the filter and then assign permissions based on group memberships. One can dream, right?
The current method for user read-only/admin access mapping is very difficult to use since it involves translating a site name to a site ID and then making a string from the list of the IDs.
Why not instead: list the name of the site as multi-valued attribute, one site name per attribute instance?
So for example, if LDAP attribute "Url" is used for read-only access mapping and the user should have access to site1.com and site2.com, LDAP would look like:
Url: site1.com
Url: site2.com
With this method, giving/removing access to a user becomes a simple task of adding/removing site names in a multi-valued attribute. And it is very easy in Active Directory environment to list/add/remove site names from multi-valued attributes if choosing to use an attribute that ADUC supports.
The text was updated successfully, but these errors were encountered: