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 ले स्वीकार गरिएका रिले जडानहरूलाई छुट्टै व्यवस्थापन दिन्छ।