I-ruta ang HTTPS na trapik ng kolektor ng Monit sa lokal na SOCKS relay

Maaaring dalhin ng lokal na TCP relay ang mga HTTPS ulat ng Monit sa SOCKS nang hindi ito mismo nagiging TLS endpoint. Dapat panatilihin ng ruta ang pangalan ng kolektor para sa HTTPS at bigyan din ang relay ng tunay nitong destinasyon.

Ipagpalagay na ang kolektor ay collector.example sa 203.0.113.40:443. Sa umiiral na socat-based na setup, ganito ang anyo ng relay:

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

Dito tinatanggap ng 127.0.0.1:9900 ang lokal na koneksyon ng Monit. Ang socks.example:1080 ang SOCKS4 server, na inuutusan na kumonekta sa tunay na address ng kolektor sa port 443. Palitan ang lahat ng dokumentasyong address ng mga halaga ng deployment.

I-resolve nang lokal ang pangalan ng kolektor papunta sa listener na iyon, at panatilihin ang pangalan sa monitrc:

127.0.0.1 collector.example

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

Ang unang linya ay entry sa hosts file; ang pangalawa ay configuration ng Monit. Gamitin ang tunay na kredensyal ng kolektor kasama ang kinakailangang URL encoding. Ang pagmamapa sa hosts file ay nakakaapekto rin sa ibang aplikasyon na gumagamit ng pangalang iyon sa makina.

Ang HTTPS handshake ay pag-aari pa rin ng kolektor, kaya panatilihin ang hostname nito at ang inilaan na patakaran sa pag-verify ng sertipiko. Ang pagpapalit ng URL sa localhost ay nagbabago ng pagkakakilanlang hinihiling ng Monit na i-verify.

Sinasadyang ginagamit ng relay ang tunay na IP ng kolektor sa halip na hanapin ang pangalang muling namapa sa loopback. I-update ang IP na iyon kapag nagbago ang address ng kolektor. Panatilihing available ang listener bilang bahagi ng landas ng pag-uulat; ang fork ay nagbibigay ng hiwalay na paghawak sa mga tinatanggap na relay koneksyon.