Kiam HTTPS-metrika finpunkto postulas API-ŝlosilon kaj Prometheus devas uzi antaŭan prokurilon, agordu la kapon en la kolekta peto mem. Por versio de Prometheus subtenanta 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']

La dosiero enhavas la celitan API-ŝlosilon kaj devas esti legebla en la plenummedio de Prometheus. En ujo, provizu ĝin en tiu uj-flanka vojo.

http_headers metas X-API-Key sur la peton al metrics.example. Tra normala HTTPS CONNECT-tunelo tiu kapo vojaĝas ene de la TLS de la celo. La peranto provizas konektecon kaj devas permesi la tunelon. Por publike atingebla metrika finpunkto, kie publikaj perantoj estas permesataj, la listo de HTTP-prokuriloj donas kandidatojn por senkonta proxy_url; tenu la API-ŝlosilon en la cela peto.

proxy_connect_header havas alian celon: la peranto ricevas tiujn kapojn ĉe CONNECT. Meti celan API-ŝlosilon tie ne transdonas ĝin kiel HTTPS-petan kapon al la metrika servilo.

Tenu la realan metrikajn gastigantnomon kaj vojon en la kolekta agordo. Prometheus ankaŭ protektas la kapojn, kiujn ĝi mem agordas, kontraŭ arbitraj anstataŭigoj, do por ĉi tiu API-ŝlosilo uzu la subtenatajn kampojn por propraj kapoj.

Rilataj artikoloj