ການກວດສຸຂະພາບ HAProxy ສຳລັບ Squid ພຣັອກຊີສົ່ງຕໍ່
ສ້າງການກວດສຸຂະພາບ HAProxy ທີ່ເວົ້າກັບພຣັອກຊີສົ່ງຕໍ່ ແລະ ແຍກຄວາມສາມາດເຂົ້າເຖິງຂອງຜູ້ຟັງ, ການຮັບ CONNECT ແລະ ການດຶງຈາກຕົ້ນກຳເນີດ.
ໄຟລ໌ຊື່ /check.txt ເທິງໂຮສພຣັອກຊີຟັງຄືເປົ້າໝາຍສຸຂະພາບທີ່ຊັດເຈນ. ຈຸດສຳຄັນແມ່ນຜູ້ຟັງສົ່ງຕໍ່ຢ່າງຊັດເຈນຂອງ Squid ບໍ່ແມ່ນເວັບໄຊປົກກະຕິທີ່ໃຫ້ບໍລິການຮາກເອກະສານຂອງໂຮສນັ້ນ.
ຄຳຂໍແບບຕົ້ນກຳເນີດເຊັ່ນ HEAD /check.txt HTTP/1.1 ລະເວັ້ນ ເປົ້າໝາຍສົມບູນທີ່ຄາດຫວັງສຳລັບຄຳຂໍ HTTP ປົກກະຕິຜ່ານພຣັອກຊີສົ່ງຕໍ່. ຂຶ້ນກັບການຕັ້ງຄ່າ ມັນອາດຖືກປະຕິເສດ ຫຼື ບໍລິການທ້ອງຖິ່ນອື່ນຈັດການ. ທັງສອງຜົນອາດບອກທ່ານໜ້ອຍກວ່າທີ່ແຜງຄວບຄຸມບົ່ງບອກ.
ເລືອກບໍລິການທີ່ທ່ານຕ້ອງຮັກສາໃຫ້ໃຊ້ໄດ້
| ການກວດ | ຫຼັກຖານທີ່ເປັນປະໂຫຍດ |
|---|---|
| ການເຊື່ອມຕໍ່ TCP ຫາຜູ້ຟັງພຣັອກຊີ | ຂະບວນການທີ່ເຂົ້າເຖິງໄດ້ຮັບການເຊື່ອມຕໍ່ນັ້ນ. |
| CONNECT ຫາເປົ້າໝາຍທີ່ຄວບຄຸມ | ພຣັອກຊີຮັບຄຳຂໍອຸໂມງນັ້ນ. |
| ການດຶງ HTTP ຜ່ານພຣັອກຊີ | ເສັ້ນທາງຄຳຂໍທີ່ເລືອກສາມາດສົ່ງຄຳຕອບທີ່ຄາດຫວັງ. |
ໃນກໍລະນີທີສາມ ຄຳຂໍຕ້ອງການເປົ້າໝາຍ ເຊັ່ນ:
HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internalຊື່ໂຮສເປັນພຽງຕົວຢ່າງ. ໃຊ້ຈຸດປາຍທາງທີ່ຄວບຄຸມ ເຊິ່ງພຣັອກຊີແກ້ໄຂໄດ້ ແລະ ໄດ້ຮັບອະນຸຍາດໃຫ້ເຂົ້າເຖິງໂດຍເຈດຕະນາ. http-check send ຂອງ HAProxy ຮອງຮັບການເລືອກວິທີ, URI, ສະບັບ ແລະ ຫົວຂໍ້; ຕັ້ງຄ່າຄຳຂໍນັ້ນຢ່າງຊັດເຈນ ແທນການສືບທອດຕົວຢ່າງເຊີບເວີຕົ້ນກຳເນີດໂດຍບໍ່ປ່ຽນ.
HEAD ສາມາດກວດສະຖານະຄຳຕອບ ແລະ ຫົວຂໍ້. ມັນບໍ່ສາມາດກວດສອບເນື້ອຄຳຕອບທີ່ບໍ່ເຄີຍຖືກສົ່ງ. ຖ້າສັນຍາສຸຂະພາບຕ້ອງການເຄື່ອງໝາຍໃນເນື້ອ ໃຫ້ເລືອກການກວດ GET ທີ່ເໝາະສົມ ແລະ ກວດສອບເຄື່ອງໝາຍນັ້ນ.
ຮັກສາບັນຊີກວດ ແລະ ຂໍ້ຈຳກັດແຫຼ່ງໃຫ້ແຄບ ເມື່ອມີການພິສູດຢືນຢັນພຣັອກຊີ. ການຍົກເວັ້ນຜູ້ຟັງທັງໝົດຈາກການພິສູດ ເພື່ອໃຫ້ໄດ້ເຄື່ອງໝາຍສີຂຽວ ປ່ຽນບໍລິການທີ່ຖືກປົກປ້ອງ.
ສຸດທ້າຍ ຕັດສິນວ່າການກວດທີ່ລົ້ມເຫຼວຄວນຖອນອັນໃດ. ການຂາດຕົ້ນກຳເນີດທີ່ຄວບຄຸມສາມາດເຮັດໃຫ້ການກວດການສົ່ງຕໍ່ຂອງທຸກພຣັອກຊີລົ້ມເຫຼວພ້ອມກັນ. ນັ້ນອາດເປັນການອີງໃສ່ທີ່ທ່ານຕ້ອງການວັດ ຫຼື ເປັນເຫດຜົນໃນການຮັກສາສຸຂະພາບຜູ້ຟັງ ແລະ ຄວາມພ້ອມໃຊ້ງານແບບປາຍຕໍ່ປາຍເປັນສັນຍານແຍກກັນ.