Remove service and host commands from user interface.

[jpttdi]

Hi Brad,
 
I have already check the account listed in those variable and there is only the admin account in it.
 
When i'm logged with the account for monitoring users, i'm still able to issue services and hosts commands, no error messages from nagios and the action is done !
 
The account is named "supervision", it is the only member of the "supervision" contact group.
 
??????
 
 
Thanks.
Jpt.


Brad Johnson <bjohnson at got.wedgie.org> wrote:
Can't you just use the authorized_for_all_host_commands and
authorized_for_all_service_commands variables in cgi.cfg? If you don't
want your user to be able to issue commands, just make sure the account's
username isn't listed in those variables. Users will still be able to see
the commands, even issue them. But as soon as they submit a command for
processing, nagios will ignore it and give them an error message unless
the username is listed in those variables.

I think that should accomplish what you're looking for. Hope it helps.

- Brad

On Thu, 18 Sep 2003, [iso-8859-1] jpttdi wrote:

> Hi,
> 
> I would like to know if it's possible to hide the hosts and services commands in the user interface for particular user.
> 
> I have set up an account for monitoring users, and i don't want them to be able to disable checks of a service or to disable notifications (all that you can do with services and hosts commands)
> 
> I found in the manual a lot of options to grant additionnal rights to user but nothing about retrieving the right to disable notifications or checks !
> 
> Is there any way to do that ?
> 
> 
> 
> Thanks.
> Jpt.
> 
> 
> 
> 
> ---------------------------------
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Testez le nouveau Yahoo! Mail



---------------------------------
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Testez le nouveau Yahoo! Mail
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.monitoring-lists.org/archive/users/attachments/20030918/4d72dd47/attachment.html>