Salvo engano (não dá pra confirmar agora), me parece que se o grupo ao qual o usuário pertence, não estiver como contact_group do serviço, ele não terá direito de ver o serviço.
Fora as opções abaixo, para que o usuário tenha direitos sobre o serviço você tem que configurar no arquivo contacts.cfg o usuário:
Exemplo
define contact{
contact_name nagios
alias nagios
service_notification_period 24x7
host_notification_period 24x7
service_notification_options w,u,c,r
host_notification_options d,u,r
service_notification_commands notify-by-email
host_notification_commands host-notify-by-email
email [EMAIL PROTECTED]
}
Depois você tem que configurar no arquivo contctgroups.cfg os usuários de cada grupo:
Exemplo
define contactgroup{
contactgroup_name nagios
alias Log Nagios
members nagios
}
Por fim, no serviço, ou no perfil do serviço, você deve colocar o grupo como contato, assim ele passa não só a receber notificações como também tem acesso ao serviço. Não estou certo se existe a possibilidade de fazer este tipo de coisa para os Hosts, acho que só mesmo para os serviços.
Exemplo:
define service{
name generico
active_checks_enabled 1
passive_checks_enabled 0
parallelize_check 1
check_period 24x7
notification_period 24x7
notification_interval 120
obsess_over_service 1
check_freshness 0
notifications_enabled 1
event_handler_enabled 0
flap_detection_enabled 1
process_perf_data 0
retain_status_information 1
retain_nonstatus_information 1
is_volatile 0
max_check_attempts 3
normal_check_interval 10
retry_check_interval 1
contact_groups nagios
notification_options c
register 0
}
Uma necessidade que tive foi a de dar acesso sem notificação, ou seja, o usuário tem direito de ver o serviço mas não recebe notificação, isso se deve ao fato de termos grupos de correio, assim os usuários estavam recebendo duas vezes as notificações. Criei usuários onde configurei o service_notification_commands e o host_notification_commands como notify-null assim a notificação é descartada, mas para isso é preciso criar o comando dentro do arquivo misccommands.cfg e definir :
Exemplo do contacts.cfg
define contact{
contact_name e001755
alias Luiz Guerra
service_notification_period 24x7
host_notification_period 24x7
service_notification_options w,u,c,r
host_notification_options d,u,r
service_notification_commands notify-null
host_notification_commands notify-null
email [EMAIL PROTECTED]
}
Exemplo do misccommands.cfg
# 'notify-by-null' command definition
define command{
command_name notify-null
command_line /bin/echo "***** Nagios ***** >> /dev/null
}
Espero ter ajudado mais que atrapalhado ;-)

Alexandre Xavier de Oliveira Macedo
[EMAIL PROTECTED]
Suporte Técnico - Rede / Telecom
Fone: +55 31 3489-5091
Fax: +55 31 3489-5001
| Evaldo Carneiro de Mello
Sobrinho <[EMAIL PROTECTED]>
Enviado Por: [EMAIL PROTECTED] 10/08/2005 16:16
|
|
boa pergunta! No cgi.cfg você pode definir os usuários que terão acesso às informações sobre hosts e sobre serviços (authorized_for_all_hosts, authorized_for_all_services). você pode refinar quem pode apenas ver informações sobre o sistema e enviar comandos via cgi (auhorized_for_all_service_commands, por exemplo).
Mas especificar os hosts ou serviços, acho que não é possível.
Abraço
[EMAIL PROTECTED] escreveu: -----
Para: [email protected]
De: Sergio Bazilio <[EMAIL PROTECTED]>
Enviado por: [EMAIL PROTECTED]
Data: 10/08/2005 14:01
Assunto: [Nagios-users-br] Controle por usuário
Alguem sabe me dar maiores detalhes, sobre controle por usuario?
por exemplo, eu tenho 100 hotst (exemplo). vinculo 50 ao usuário A e
quando logo por ele, (user A) ele consiga ver sometne estas maquinas?
com livre acesso a todas as cgis, mas somente para essas maquinas?
[]'s
--
Sergio Bazilio
Analista de Operações
--------------------------------------------------------------------------
ALOG Data Centers
Excelência em Projetos de Hosting
R Voluntários da Pátria 360 - RJ - CEP 22270-010
Telefone: 21 3083-3333 - 11 4062-2220 - Fax: 21 3083-3300
http://www.alog.com.br
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Nagios-users-br mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/nagios-users-br
Archives: http://www.mail-archive.com/[email protected]/
http://news.gmane.org/gmane.network.nagios.user.brazil
------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Nagios-users-br mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nagios-users-br Archives: http://www.mail-archive.com/[email protected]/ http://news.gmane.org/gmane.network.nagios.user.brazil
