Monit के HTTPS कलेक्टर ट्रैफ़िक को स्थानीय SOCKS रिले से भेजें

Monit के URL में कलेक्टर का होस्टनाम रखें, जबकि loopback श्रोता TCP कनेक्शन को SOCKS4 से भेजता है।

एक स्थानीय TCP रिले स्वयं TLS अंतिम बिंदु बने बिना Monit की HTTPS रिपोर्टें SOCKS से ले जा सकता है। रूटिंग को HTTPS के लिए कलेक्टर का नाम बनाए रखना चाहिए और साथ ही रिले को उसका वास्तविक गंतव्य पता देना चाहिए।

मान लें कि कलेक्टर collector.example है, 203.0.113.40:443 पर। मौजूदा socat-आधारित व्यवस्था में रिले इस रूप में होता है:

socat TCP4-LISTEN:9900,bind=127.0.0.1,reuseaddr,fork \
  SOCKS4:socks.example:203.0.113.40:443,socksport=1080

यहाँ 127.0.0.1:9900 Monit का स्थानीय कनेक्शन स्वीकार करता है। socks.example:1080 SOCKS4 सर्वर है, जिससे पोर्ट 443 पर कलेक्टर के वास्तविक पते से जुड़ने को कहा जाता है। सभी दस्तावेज़ी पतों को परिनियोजन के मानों से बदलें।

कलेक्टर के नाम को स्थानीय रूप से उस श्रोता पर हल करें, और नाम को monitrc में रखें:

127.0.0.1 collector.example

set mmonit https://monit:[email protected]:9900/collector

पहली पंक्ति hosts फ़ाइल की प्रविष्टि है; दूसरी Monit का कॉन्फ़िगरेशन है। आवश्यक URL एन्कोडिंग के साथ कलेक्टर के वास्तविक क्रेडेंशियल उपयोग करें। hosts फ़ाइल मैपिंग मशीन पर उस नाम का उपयोग करने वाले अन्य अनुप्रयोगों को भी प्रभावित करती है।

HTTPS हैंडशेक अब भी कलेक्टर का ही है, इसलिए उसका होस्टनाम बनाए रखें और इच्छित प्रमाणपत्र सत्यापन नीति। URL को localhost में बदलने से वह पहचान बदल जाती है जिसे Monit सत्यापित करने को कहता है।

रिले जानबूझकर कलेक्टर के वास्तविक IP का उपयोग करता है, loopback पर रीमैप किए गए नाम को खोजने के बजाय। जब कलेक्टर का पता बदले तो उस IP को अद्यतन करें। श्रोता को रिपोर्टिंग पथ के भाग के रूप में उपलब्ध रखें; fork स्वीकृत रिले कनेक्शनों को अलग प्रबंधन देता है।

संबंधित लेख