ເມື່ອການທົດສອບ curl ພິມ 000 ເປັນສະຖານະ HTTP ມັນຍັງບໍ່ໄດ້ຮັບລະຫັດຕອບກັບ HTTP ສຸດທ້າຍເພື່ອລາຍງານ. ເວັບໄຊບໍ່ໄດ້ສົ່ງສະຖານະ HTTP ແທ້ທີ່ຊື່ວ່າ 000 ມາ.

ບັນທຶກຂໍ້ຜິດພາດດ້ວຍ

ຕົວຢ່າງສຳລັບເຊວ POSIX ນີ້ພິມຊ່ອງ HTTP ສຸດທ້າຍ ຊ່ອງ CONNECT ແລະລະຫັດອອກຂອງໂປຣເຊສ curl:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --silent --show-error --output /dev/null --write-out 'http=%{http_code} connect=%{http_connect}\n' https://example.com/
result=$?
printf 'curl_exit=%s\n' "$result"

ປ່ຽນຈຸດເຊື່ອມຕໍ່ໃນຕົວຢ່າງເປັນພຣັອກຊີ HTTP ຂອງທ່ານ ຫຼືຕົວເລືອກຈາກລາຍການພຣັອກຊີ HTTP. ເປີດ show-error ໄວ້ ເພາະຂໍ້ຄວາມຜິດພາດມັກເປັນສ່ວນທີ່ມີປະໂຫຍດທີ່ສຸດ. ຊ່ອງ CONNECT ມີຄວາມໝາຍເມື່ອໃຊ້ອຸໂມງ; ມັນບໍ່ແມ່ນສະຖານະສຸດທ້າຍອັນທີສອງຈາກເວັບໄຊ.

ອ່ານຄ່າຕ່າງໆຮ່ວມກັນ

  • ການເຊື່ອມຕໍ່ຫາພຣັອກຊີທີ່ລົ້ມເຫຼວອາດເຮັດໃຫ້ຊ່ອງ HTTP ຄົງຢູ່ທີ່ 000.
  • ການໝົດເວລາລໍຖ້າກ່ອນໄດ້ຮັບຄຳຕອບອາດໃຫ້ຜົນແບບດຽວກັນ.
  • ຄຳຕອບ CONNECT ທີ່ສຳເລັດແລ້ວຕາມດ້ວຍຂໍ້ຜິດພາດ TLS ອາດສະແດງ connect=200 ແລະ http=000.
  • ຄຳຕອບຈາກເວັບໄຊທີ່ຄົບຖ້ວນ ເຊັ່ນ 403 ເປັນອີກກໍລະນີໜຶ່ງ: ມີຄຳຕອບ HTTP ແທ້ໃຫ້ກວດ.

ລະຫັດອອກທີ່ແນ່ນອນ ແລະຂໍ້ຄວາມຊ່ວຍຈຳກັດສາເຫດ. ກວດວ່າລົ້ມເຫຼວຕອນຊອກຫາພຣັອກຊີ ເຊື່ອມຕໍ່ພອດຂອງມັນ ເຈລະຈາອຸໂມງ ຫຼືຢືນຢັນປາຍທາງ.

ຢ່າຫຼຸດທຸກຜົນເຫຼືອແຕ່ການກວດສະຖານະ

ສະຄຣິບທີ່ເກັບພຽງ http_code ຈະຖິ້ມຂໍ້ຜິດພາດການຂົນສົ່ງຂໍ້ມູນ. ເກັບຜົນຂອງໂປຣເຊສ ແລະຂໍ້ຄວາມຜິດພາດທີ່ລຶບຂໍ້ມູນອ່ອນໄຫວອອກແລ້ວດ້ວຍ. ໃນທາງກັບກັນ curl ອາດຖ່າຍໂອນສຳເລັດແມ່ນແຕ່ເວັບໄຊສົ່ງສະຖານະຜິດພາດ ຖ້າບໍ່ໃຊ້ຕົວເລືອກ fail ທີ່ເໝາະສົມ. ຄຳຕອບ HTTP ແລະຜົນການເຮັດວຽກຂອງໄຄລເອັນຕອບຄຳຖາມຕ່າງກັນ.

ຢ່າພະຍາຍາມແກ້ 000 ໂດຍປິດການຢືນຢັນ TLS ຫຼືເພີ່ມສ່ວນຫົວແບບສຸ່ມ. ທຳອິດໃຫ້ຮູ້ວ່າຂັ້ນຕອນໃດບໍ່ໄດ້ໄປຮອດຄຳຕອບສຸດທ້າຍ.

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