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 સ્વીકારેલા રિલે જોડાણોને અલગ સંચાલન આપે છે.

સંબંધિત લેખો