ສົ່ງຂໍ້ມູນ HTTPS ຂອງຕົວເກັບ Monit ຜ່ານ SOCKS relay ທ້ອງຖິ່ນ

ຮັກສາຊື່ໂຮສຂອງຕົວເກັບໄວ້ໃນ URL ຂອງ Monit ໃນຂະນະທີ່ loopback listener ສົ່ງການເຊື່ອມຕໍ່ TCP ຜ່ານ SOCKS4.

TCP relay ທ້ອງຖິ່ນສາມາດຂົນສົ່ງລາຍງານ HTTPS ຂອງ Monit ຜ່ານ SOCKS ໂດຍບໍ່ຕ້ອງເປັນຈຸດປາຍທາງ TLS ເອງ. ເສັ້ນທາງຕ້ອງຮັກສາຊື່ຕົວເກັບສຳລັບ HTTPS ແລະ ໃຫ້ relay ທີ່ຢູ່ປາຍທາງທີ່ແທ້ຈິງ.

ສົມມຸດວ່າຕົວເກັບແມ່ນ collector.example ຢູ່ 203.0.113.40:443. ໃນການຈັດວາງທີ່ມີຢູ່ແລ້ວໂດຍອີງໃສ່ socat, relay ມີຮູບແບບດັ່ງນີ້:

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. ແທນທີ່ທີ່ຢູ່ຕົວຢ່າງທັງໝົດດ້ວຍຄ່າຂອງການຕິດຕັ້ງ.

ແກ້ຊື່ຕົວເກັບໃນທ້ອງຖິ່ນໄປຫາ listener ນັ້ນ, ແລະ ຮັກສາຊື່ໄວ້ໃນ monitrc:

127.0.0.1 collector.example

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

ແຖວທຳອິດແມ່ນລາຍການໃນໄຟລ໌ hosts; ແຖວທີສອງແມ່ນການຕັ້ງຄ່າ Monit. ໃຊ້ຂໍ້ມູນຢືນຢັນຕົວຕົນຂອງຕົວເກັບທີ່ແທ້ຈິງພ້ອມການເຂົ້າລະຫັດ URL ທີ່ຕ້ອງການ. ການແຜນທີ່ໃນໄຟລ໌ hosts ຍັງສົ່ງຜົນຕໍ່ແອັບພລິເຄຊັນອື່ນທີ່ໃຊ້ຊື່ນັ້ນໃນເຄື່ອງ.

ການຈັບມື HTTPS ຍັງເປັນຂອງຕົວເກັບ, ດັ່ງນັ້ນ ຮັກສາຊື່ໂຮສຂອງມັນ ແລະ ນະໂຍບາຍກວດສອບໃບຢັ້ງຢືນທີ່ຕັ້ງໃຈໄວ້. ການປ່ຽນ URL ເປັນ localhost ປ່ຽນຕົວຕົນທີ່ Monit ຂໍໃຫ້ກວດສອບ.

relay ໃຊ້ IP ທີ່ແທ້ຈິງຂອງຕົວເກັບໂດຍເຈດຕະນາ ແທນທີ່ຈະຄົ້ນຫາຊື່ທີ່ຖືກແຜນທີ່ໃໝ່ໄປ loopback. ອັບເດດ IP ນັ້ນເມື່ອທີ່ຢູ່ຕົວເກັບປ່ຽນ. ຮັກສາ listener ໃຫ້ພ້ອມໃຊ້ເປັນສ່ວນໜຶ່ງຂອງເສັ້ນທາງລາຍງານ; fork ໃຫ້ການຈັດການແຍກຕ່າງຫາກແກ່ການເຊື່ອມຕໍ່ relay ທີ່ຮັບເຂົ້າ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ