وقتی نقطه پایانی سنجه‌های HTTPS به کلید API نیاز دارد و Prometheus باید از پروکسی پیشرو استفاده کند، سرآیند را روی خود درخواست جمع‌آوری تنظیم کنید. برای نسخه‌ای از Prometheus که 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']

فایل شامل کلید API مقصد موردنظر است و باید در محیط اجرای Prometheus قابل خواندن باشد. در یک کانتینر، آن را در همان مسیر سمت کانتینر فراهم کنید.

http_headers سرآیند X-API-Key را روی درخواست به metrics.example قرار می‌دهد. از طریق یک تونل معمولی HTTPS CONNECT، این سرآیند درون TLS مقصد سفر می‌کند. واسط اتصال را فراهم می‌کند و باید تونل را مجاز بداند. برای نقطه پایانی سنجه‌های قابل دسترسی عمومی که واسط‌های عمومی در آن مجاز هستند، فهرست پروکسی HTTP نامزدهایی برای proxy_url بدون حساب ارائه می‌دهد؛ کلید API را روی درخواست مقصد نگه دارید.

proxy_connect_header مقصد دیگری دارد: واسط آن سرآیندها را هنگام CONNECT دریافت می‌کند. قرار دادن کلید API مقصد در آنجا، آن را به‌عنوان سرآیند درخواست HTTPS به سرور سنجه نمی‌رساند.

نام میزبان و مسیر واقعی سنجه‌ها را در پیکربندی جمع‌آوری نگه دارید. Prometheus همچنین سرآیندهایی را که خود تنظیم می‌کند از بازنویسی دلبخواه محافظت می‌کند، پس برای این کلید API از فیلدهای سرآیند سفارشی پشتیبانی‌شده استفاده کنید.

مقالات مرتبط