Trairigi la HTTPS-collectan trafikon de Monit tra loka SOCKS-relajso

Loka TCP-relajso povas porti la HTTPS-raportojn de Monit tra SOCKS sen mem fariĝi la TLS-fina punkto. La enkursigado devas konservi la nomon de la collector por HTTPS kaj samtempe doni al la relajso ĝian veran celadreson.

Supozu, ke la collector estas collector.example ĉe 203.0.113.40:443. En ekzistanta socat-bazita aranĝo la relajso havas ĉi tiun formon:

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

Ĉi tie 127.0.0.1:9900 akceptas la lokan konekton de Monit. socks.example:1080 estas la SOCKS4-servilo, kiun oni petas konekti al la vera adreso de la collector ĉe la pordo 443. Anstataŭigu ĉiujn dokumentajn adresojn per la valoroj de la deplojo.

Solvu la nomon de la collector loke al tiu aŭskultanto, kaj konservu la nomon en monitrc:

127.0.0.1 collector.example

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

La unua linio estas enskribo en la hosts-dosiero; la dua estas la agordo de Monit. Uzu la verajn legitimilojn de la collector kun la postulata URL-kodigo. Mapado en la hosts-dosiero ankaŭ influas aliajn aplikaĵojn, kiuj uzas tiun nomon sur la maŝino.

La HTTPS-manpremo ankoraŭ apartenas al la collector, do konservu ĝian gastigantnomon kaj la celatan politikon de atestila kontrolo. Ŝanĝi la URL-on al localhost ŝanĝas la identecon, kiun Monit petas kontroli.

La relajso intence uzas la veran IP de la collector anstataŭ serĉi la nomon remapitan al loopback. Ĝisdatigu tiun IP-on, kiam la adreso de la collector ŝanĝiĝas. Tenu la aŭskultanton disponebla kiel parto de la raporta vojo; fork donas al akceptitaj relajsaj konektoj apartan traktadon.