Skip to content

Latest commit

 

History

History
7 lines (4 loc) · 1.41 KB

filtering.md

File metadata and controls

7 lines (4 loc) · 1.41 KB

How filtering works

By default, Grafana works with data sources in a so called server mode. It means that a user doesn't have a direct access to a data source, thus all requests are proxied through Grafana. When this mode is combined with OAuth authentication and Forward Oauth Identity option is enabled, requests sent by Grafana to a Prometheus-like backend contain user's access token.

In an identity provider such as Keycloak, we can add custom client roles and pass them in, say, roles claim (claim name could be different, but lfgw does not currently allow any other name). That's where lfgw comes into play. By tying roles to a list of namespaces (either full names or regexps), we can tell lfgw which metric expressions have to be modified (to reduce the scope) and which are allowed to be passed as is.

When a metric expression is extracted from GET-parameters or a POST-form that Grafana sends, lfgw manipulates namespace label in each selector according to an ACL. Once it's done, the updated request is forwarded to the Prometheus-like backend. Examples of ACL can be found in README.md.