ການຕີຄວາມສະຖານະ ແລະ ລະຫັດອອກຂອງຕົວຕິດຕາມພຣັອກຊີ
ລາຍງານການປະຕິບັດຄຳສັ່ງ, ຜົນ HTTP ແລະ ການກວດສອບໃບຮັບຮອງ ແຍກຕ່າງຫາກໃນການກວດເວັບໄຊຜ່ານພຣັອກຊີ.
ໂຕຫຸ້ມບໍ່ສາມາດປ່ຽນລະຫັດອອກສູນຂອງຕົວດາວໂຫຼດໃຫ້ເປັນ “HTTP 200 OK” ທີ່ສັງເກດເຫັນໄດ້. ບັນທຶກສິ່ງທີ່ແຕ່ລະຊັ້ນລາຍງານຕົວຈິງ:
| ຊ່ອງ | ຄຳຖາມທີ່ຕອບ |
|---|---|
| ການອອກຂອງເຄື່ອງມື ຫຼື ປລັກອິນ | ການກວດໄດ້ແລ່ນຫຼືບໍ່, ແລະ ລາຍງານຊະນິດຄວາມຜິດພາດໃດ? |
| ການເຈລະຈາພຣັອກຊີ | ການສົ່ງຕໍ່ ຫຼື ອຸໂມງທີ່ຮ້ອງຂໍໄດ້ຮັບອະນຸຍາດຫຼືບໍ່? |
| ສະຖານະຕົ້ນກຳເນີດ ແລະ ເນື້ອຫາທີ່ຄາດຫວັງ | ແອັບພລິເຄຊັນສົ່ງຜົນທີ່ຕ້ອງການຄືນຫຼືບໍ່? |
| ການກວດສອບ TLS | ການກວດອັດຕະລັກສະນະທີ່ຕັ້ງຄ່າໄດ້ສຳເລັດຫຼືບໍ່? |
ໂດຍປົກກະຕິ curl ສາມາດສົ່ງຄືນສູນຫຼັງການຕອບສະໜອງຄວາມຜິດພາດ HTTP. ຕົວເລືອກ fail ຂອງມັນປ່ຽນພຶດຕິກຳການອອກ, ແຕ່ການອອກຍ້ອນຄວາມຜິດພາດຍັງບໍ່ກຳນົດສະຖານະຢ່າງເປັນເອກະລັກ. ຄ່າອອກຂອງ Wget ກໍ່ເປັນປະເພດ: ຄວາມຜິດພາດການພິສູດຕົວຕົນບໍ່ແມ່ນຄ່າສະເພາະສຳລັບ HTTP 401, ແລະ ປະເພດຄວາມຜິດພາດເຊີບເວີບໍ່ໄດ້ກຳນົດທຸກການຕອບສະໜອງພາຍໃນ. ການກວດທີ່ຄາດຫວັງ 401 ຕ້ອງສັງເກດການຕອບສະໜອງນັ້ນ.
ແຍກຈຸດສຸດທ້າຍຂອງພຣັອກຊີ ແລະ ຊື່ເວັບໄຊອອກຈາກກັນ. ຄູ່ TCP ຂອງການກວດພຣັອກຊີ HTTP ແມ່ນພຣັອກຊີ; CONNECT ຕັ້ງຊື່ປາຍທາງ ເຊິ່ງເຊສຊັນ TLS ຂອງມັນແລ່ນຢູ່ໃນອຸໂມງ. ສຳລັບພຣັອກຊີ HTTPS, ຄວາມໄວ້ໃຈໃນພຣັອກຊີພາຍນອກແມ່ນ ການກວດໃບຮັບຮອງອີກອັນໜຶ່ງ.
ກວດເບິ່ງການຮັບປະກັນຂອງປລັກອິນກ່ອນຈະຖືວ່າທຸງ SSL ເປັນການກວດສອບ. Monitoring Plugins ຍົກເລີກ check_http ເພື່ອໃຊ້ check_curl. ເອກະສານ check_http ເຕືອນວ່າການເລືອກ SSL ຢ່າງດຽວບໍ່ກວດຊື່ໂຮສ ຫຼື ຄວາມໄວ້ໃຈໃນຜູ້ອອກ; ຕົວເລືອກ verify-peer ທີ່ມີເອກະສານຂອງ check_curl ລວມການກວດນັ້ນ.
ໃຊ້ເສັ້ນທາງທີ່ໄດ້ພິສູດຕົວຕົນທີ່ຕັ້ງໃຈນຳ. ການສະແກນພອດອາດຂຽວຢູ່ ໃນຂະນະທີ່ບັນຊີປະຕິບັດງານໄດ້ຮັບ 407. ສົ່ງຄວາມລັບຂອງມັນຜ່ານກົນໄກທີ່ເໝາະສົມຂອງການຕິດຕັ້ງ, ແລະ ລາຍງານຂັ້ນຕອນທີ່ຜິດພາດຕົວຈິງ: ອຸໂມງທີ່ຖືກປະຕິເສດຕ້ອງການການແກ້ໄຂຕ່າງຈາກສະຖານະເວັບໄຊທີ່ບໍ່ຄາດຄິດ.