Wannear't in HTTPS-metrics-einpunt in API-kaai freget en Prometheus moat in foarút-proxy brûke, set dan de koptekst op it scrape-fersyk sels. Foar in Prometheus-ferzje dy't http_headers stipelet:

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']

It bestân befettet de bedoelde target-API-kaai en moat lêsber wêze yn 'e Prometheus-útfieromjouwing. Yn in kontener moat dy op dat kontener-side paad beskikber wêze.

http_headers set X-API-Key op it fersyk nei metrics.example. Troch in gewoane HTTPS CONNECT-tunnel reizget dy koptekst binnen de TLS fan 'e bestimming. De tuskenpartij leveret ferbining en moat de tunnel tastean. Foar in publyk berikber metrics-einpunt wêr't publike tuskenpartijen tastean binne, jout de HTTP-proxy-list kandidaten foar proxy_url sûnder akkount; hâld de API-kaai op it fersyk nei de bestimming.

proxy_connect_header hat in oare bestimming: de tuskenpartij ûntfangt dy kopteksten by CONNECT. In target-API-kaai dêre pleatse leveret dy net as HTTPS-fersykkoptekst oan de metrics-server.

Hâld de echte metrics-hostnamme en it paad yn 'e scrape-konfiguraasje. Prometheus beskermet ek de kopteksten dy't it sels set tsjin willekeurige oerskriuwingen, brûk dêrom de stipe fjilden foar oanpaste kopteksten foar dizze API-kaai.

Relatearre artikelen