जब किसी HTTPS मेट्रिक्स एंडपॉइंट के लिए API कुंजी आवश्यक हो और Prometheus को फ़ॉरवर्ड प्रॉक्सी का उपयोग करना हो, तो हेडर को स्क्रैप अनुरोध पर ही सेट करें। http_headers को समर्थन देने वाले Prometheus संस्करण के लिए:

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, metrics.example के लिए अनुरोध पर X-API-Key रखता है। सामान्य HTTPS CONNECT सुरंग के माध्यम से वह हेडर गंतव्य के TLS के भीतर जाता है। मध्यस्थ कनेक्टिविटी देता है और उसे सुरंग की अनुमति देनी चाहिए। सार्वजनिक रूप से उपलब्ध मेट्रिक्स एंडपॉइंट के लिए, जहाँ सार्वजनिक मध्यस्थ अनुमत हैं, HTTP प्रॉक्सी सूची बिना खाते वाले proxy_url के लिए उम्मीदवार देती है; API कुंजी गंतव्य अनुरोध पर ही रखें।

proxy_connect_header का गंतव्य भिन्न है: मध्यस्थ को वे हेडर CONNECT के समय मिलते हैं। वहाँ लक्ष्य API कुंजी रखने से वह मेट्रिक्स सर्वर तक HTTPS अनुरोध हेडर के रूप में नहीं पहुँचती।

वास्तविक मेट्रिक्स होस्टनाम और पथ स्क्रैप कॉन्फ़िगरेशन में रखें। Prometheus अपने द्वारा सेट किए गए हेडर को भी मनमाने ओवरराइड से सुरक्षित रखता है, इसलिए इस API कुंजी के लिए समर्थित कस्टम-हेडर फ़ील्ड का उपयोग करें।

संबंधित लेख