Open Q&A
If there's no good subforum for your question - ask it here!
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

security_context via host tags - documentation wrong?

r_weber
DynaMight Leader
DynaMight Leader

As per the documentation it should be possible to set the security_context of a host via automated tagging rules:

r_weber_0-1783594552557.png

And then, in combination with the topology configuration rules set the security context according to this tag value:

r_weber_1-1783594639328.png

However, this is not working. I guess tagging rules do not work for that, only custom host properties or when set via oneagentctl?

Certified Dynatrace Master, Dynatrace Partner - 360Performance.net
1 REPLY 1

sujit_k_singh
Champion

Hi @r_weber 

automated tagging rules may not reliably propagate the dt.security_context to all signal types (logs, spans, metrics, events). This is because dt.security_context is a primary Grail field that needs to be enriched at the source (OneAgent level) before telemetry is sent to Dynatrace. Enrich OneAgent telemetry with primary Grail fields and tags — Dynatrace Docs

Tagging Rules Don't Work Here - Primary Grail fields/tags (like dt.security_context) must be set at the source via OneAgent before data is sent to Dynatrace.
Automated tagging rules are evaluated server-side after data arrives — too late for security context assignment.

Thanks,

Sujit

Dynatrace Professional Certified

Featured Posts