Når eit HTTPS-målepunkt krev ein API-nøkkel og Prometheus må bruke ein vidaresend proxy, set ein hovudet på sjølve skrapeførespurnaden. For ein Prometheus-versjon som støttar http_headers:

scrape_configs:
  - job_name: secured_metrics
    scheme: https
    metrics_path: /metrics
    proxy_url: http://proxy.example:8080
    http_headers:
      X-API-Key:
        files:
          - /etc/prometheus/secrets/metrics-api-key
    static_configs:
      - targets: ['metrics.example:443']

Fila inneheld den tiltenkte mål-API-nøkkelen og må vere lesbar i køyremiljøet til Prometheus. I ein container må han vere tilgjengeleg på den containerinterne stien.

http_headers set X-API-Key på førespurnaden til metrics.example. Gjennom ein vanleg HTTPS CONNECT-tunnel fer hovudet inne i TLS-en til destinasjonen. Mellomleddet leverer sambandet og må tillate tunnelen. For eit offentleg tilgjengeleg målepunkt der offentlege mellomledd er tillatne, gjev HTTP-proxy-lista kandidatar for proxy_url utan konto; hald API-nøkkelen på førespurnaden til destinasjonen.

proxy_connect_header har ein annan destinasjon: mellomleddet mottek desse hovuda ved CONNECT. Å plassere ein mål-API-nøkkel der leverer han ikkje som HTTPS-førespurnadshovud til måleserveren.

Hald det faktiske vertsnamnet og stien for målepunktet i skrapekonfigurasjonen. Prometheus vernar òg hovuda det set sjølv mot vilkårlege overstyringar, så bruk dei støtta felta for eigendefinerte hovud for denne API-nøkkelen.

Relaterte artiklar