Page 1 of 1

Using "group" to manage user rights?!

Posted: Thu Jan 17, 2013 10:56 am
by xpertech
When create new user from "Manage User", there are different rights for admin/user to manage host/service, but it's kind of bother because if there were too many "host", then each host need to be setup. is it possible using "group" to manage that?

Re: Using "group" to manage user rights?!

Posted: Thu Jan 17, 2013 11:20 am
by sreinhardt
Yes, you can manage what users can see through both individual hosts and services, as well as contact groups that the users are assigned to and the host\service has set for notifications. You might try taking a look at the User Management Guides

Re: Using "group" to manage user rights?!

Posted: Fri Jan 18, 2013 10:29 am
by xpertech
sreinhardt wrote:Yes, you can manage what users can see through both individual hosts and services, as well as contact groups that the users are assigned to and the host\service has set for notifications. You might try taking a look at the User Management Guides

What I meant "group" is for the "host/service" rather than the "user" or "user group".
Suppose there were 500's "host/service" need to be monitored, and two groups of users were assigned to different monitoring job, if a new guy join to one of the group, than I have to setup 500 "host/service" job for him, same as for other new guys.
But if the "host/service" can be grouped, than I only need to setup once(host/service group) for new users or user groups.

Re: Using "group" to manage user rights?!

Posted: Fri Jan 18, 2013 10:59 am
by sreinhardt
Ah, I believe I see what you mean. Unfortunately no, host groups and service groups do not allow definitions for contacts or contact groups to manage notifications or rights within XI's interface. A similar effect can definitely be achieved with contact groups and possibly templates. Yes you would need to define for each host\service which contact group needs to be notified, but from there it is just a matter of adding or removing individual contacts to their respective groups. As a more proactive approach, you could also define contact groups through templates that would apply similarly to host group and service group thinking. Ideally this should be just a shift in thinking from defining per host and service to basing it on contact groups, and not require any more work.