Direcționarea traficului HTTPS al colectorului Monit printr-un releu SOCKS local

Păstrați numele de gazdă al colectorului în URL-ul Monit, în timp ce un ascultător loopback trimite conexiunea TCP prin SOCKS4.

Un releu TCP local poate transporta rapoartele HTTPS ale Monit prin SOCKS fără a deveni el însuși punctul final TLS. Rutarea trebuie să păstreze numele colectorului pentru HTTPS și, în același timp, să dea releului adresa reală de destinație.

Să presupunem că colectorul este collector.example la 203.0.113.40:443. Într-o configurare existentă bazată pe socat, releul are această formă:

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

Aici 127.0.0.1:9900 acceptă conexiunea locală a Monit. socks.example:1080 este serverul SOCKS4, care este rugat să se conecteze la adresa reală a colectorului pe portul 443. Înlocuiți toate adresele de documentație cu valorile implementării.

Rezolvați local numele colectorului către acel ascultător și păstrați numele în monitrc:

127.0.0.1 collector.example

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

Prima linie este o intrare în fișierul hosts; a doua este configurația Monit. Folosiți acreditările reale ale colectorului cu codificarea URL necesară. Maparea din fișierul hosts afectează și alte aplicații care folosesc acel nume pe mașină.

Strângerea de mână HTTPS aparține în continuare colectorului, așa că păstrați numele său de gazdă și politica de verificare a certificatului prevăzută. Schimbarea URL-ului în localhost schimbă identitatea pe care Monit cere să o verifice.

Releul folosește în mod deliberat IP-ul real al colectorului în loc să caute numele remapat la loopback. Actualizați acel IP când se schimbă adresa colectorului. Mențineți ascultătorul disponibil ca parte a căii de raportare; fork oferă o tratare separată conexiunilor de releu acceptate.

Articole similare