Насочете го HTTPS сообраќајот на Monit преку локален SOCKS релеј

Задржете го името на домаќинот на собирачот во URL-то на Monit, додека loopback слушател ја пренесува TCP врската преку SOCKS4.

Локален TCP релеј може да ги пренесува HTTPS извештаите на Monit преку SOCKS, без самиот да стане TLS крајна точка. Рутирањето мора да го зачува името на собирачот за 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 им дава посебна обработка на прифатените релеј врски.

Поврзани статии