[Check_mk (english)] Assignment hosts & services to contact groups does not work

Thomas Wittmann tom.teel at gmail.com
Fri Oct 4 20:00:04 CEST 2019


Hi Andreas
finally got it. Thank you for your patience & have a nice weekend :-)

BR
Thomas

Am Fr., 27. Sept. 2019 um 13:56 Uhr schrieb Andreas Döhler <
andreas.doehler at gmail.com>:

> If your user is a host contact then this user sees all services. That's
> why is posted the link to the authorization settings.
> In the default CMK installation the authorization is set to "loose". You
> can change this to "strict" then you need to define some extra rules.
>
> After the setting to "strict" you will have first the same result --> host
> contact group set to x and also service contact group set for some services
> to x.
> Result --> you see all - why - explanation: all other services of this
> host have no explizit group set and inherited the contact group from host.
>
> What you need to do is --> set a empty group to all !! services. Now you
> define the rules for your host contact groups.
> With your setting to "strict" for host and services you should now see
> only the hosts for your users. Now you define the contact group assignments
> for your services and these users see only the services and the host status
> but nothing more.
>
> Best regards
> Andreas
>
> Am Fr., 27. Sept. 2019 um 13:39 Uhr schrieb Thomas Wittmann <
> tom.teel at gmail.com>:
>
>> Hi Andreas
>> yes this is understood. But i cannot get it to work at the same time.
>> Lets say: host a has service a,b,c,d  and tag yx and host b has service
>> e,f,g,h and tag ff then the contact group x may only see the only host a
>> with tag yx and service b and c (and all other hosts having this tag with
>> only this specific services).
>> I cannot get this to work with tags or regexed hostname, only if i put
>> host a in a specific folder. Then i can assign the folder to the contact
>> group and the service allocation rules also works.
>> If i save the host contact rule last, then this works with hosts but
>> shows all services, when i save the service contact rule last, then the
>> rule works as expected but shows no host.
>> It seems they both cannot be combined.
>>
>> BR
>>
>>
>> Am Fr., 27. Sept. 2019 um 13:21 Uhr schrieb Andreas Döhler <
>> andreas.doehler at gmail.com>:
>>
>>> Hi Thomas,
>>>
>>> I think there is a misunderstanding regarding contact groups for
>>> services and hosts.
>>> If you have a explizit assignment of contact groups to services then
>>> there is no inheritance from the host object to this service objects.
>>> If there is no explizit assignment then the service inherited the
>>> contact group from the host.
>>> Then comes the next step = "livestatus authorization".
>>> This rules define what you see as user and what not.
>>> https://checkmk.com/cms_wato_user.html#visibility
>>>
>>> Best regards
>>> Andreas
>>>
>>> Am Fr., 27. Sept. 2019 um 13:13 Uhr schrieb Thomas Wittmann <
>>> tom.teel at gmail.com>:
>>>
>>>> Hi list
>>>> i just experienced that assignment hosts & services via tags to contact
>>>> groups does not work properly:
>>>> if assigning services via tag to contact group -> works like a charm,
>>>> but host count is 0
>>>> If assigning hosts via tag to contact group -> works but then all
>>>> services of host will be shown.
>>>> Also it depends which rule is edited last, this one wins.
>>>> If i put all hosts in one specific folder and assigne services via tag
>>>> to contact group result is as expected. But not if this is doen via tag,
>>>> neither with regexed hostnames.
>>>> In our setup all rules are in main directory and work only with tags.
>>>> 1.5p22 CEE
>>>>
>>>> BR
>>>> _______________________________________________
>>>> checkmk-en mailing list
>>>> checkmk-en at lists.mathias-kettner.de
>>>> Manage your subscription or unsubscribe
>>>> https://lists.mathias-kettner.de/cgi-bin/mailman/listinfo/checkmk-en
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mathias-kettner.de/pipermail/checkmk-en/attachments/20191004/6f827ba3/attachment-0001.html>


More information about the checkmk-en mailing list