ຄວນໃສ່ຫຍັງໃນລາຍງານຂໍ້ຜິດພາດພຣັອກຊີ

ໃຫ້ຂັ້ນທີ່ລົ້ມເຫຼວແລະຂໍ້ຜິດພາດທີ່ຊັດເຈນແກ່ຝ່າຍຊ່ວຍເຫຼືອ ບໍ່ແມ່ນພຽງ «ພຣັອກຊີໃຊ້ບໍ່ໄດ້». ລາຍງານສັ້ນອາດໃຊ້ໂຄງສ້າງນີ້:

Client and version:
Proxy protocol and port:
Attempt time and timezone:
Connection / overall timeout settings:
Last completed stage:
Exact error or numeric status:
Same target over an allowed direct route:
Same target through another comparable endpoint:

ອະທິບາຍຂັ້ນເປັນການຕໍ່ພຣັອກຊີ, ການຢືນຢັນພຣັອກຊີ, ສ້າງອຸໂມງ, TLS ປາຍທາງ ຫຼືຄຳຕອບ HTTP ສຸດທ້າຍ. ເຊັ່ນ «HTTP ພຣັອກຊີພອດ 8080; TCP ຕໍ່ແລ້ວ; CONNECT ໃຫ້ 407; ຍັງບໍ່ມີ TLS ປາຍທາງ» ລະບຸບັນຫາໂດຍບໍ່ເປີດຂໍ້ມູນເຂົ້າ. ສຳລັບຂໍ້ຜິດພາດໃບຢັ້ງຢືນ ໃຫ້ຮັກສາປະເພດແລະບໍລິບົດຊື່ໂຮສທີ່ຄາດ ໂດຍຊ່ອນຊື່ສ່ວນຕົວເມື່ອຈຳເປັນ.

ກວດຂໍ້ຄວາມຈິງກ່ອນແບ່ງປັນ. ເອົາ userinfo ຂອງ URL ພຣັອກຊີ, Proxy-Authorization, Authorization ປາຍທາງ, Cookie, Set-Cookie, ຄ່າ query ສ່ວນຕົວ ແລະເນື້ອຄຳຮ້ອງຂໍອອກ. ຄຸກກີເຊສຊັນ ຫຼື bearer token ອາດໃຫ້ເຂົ້າໄດ້ໂດຍບໍ່ຄືລະຫັດຜ່ານ. ການປິດບັງຂອງເຄື່ອງມືອາດຕ່າງຕາມລຸ້ນແລະໂໝດອອກ; ບັນທຶກລະອຽດແລະຮ່ອງຮອຍເຕັມບໍ່ຈຳເປັນຕ້ອງປິດບັງຄືກັນ.

ໃຊ້ເຄື່ອງໝາຍເຊັ່ນ REDACTED_PROXY_PASSWORD ໂດຍຮັກສາຊື່ສ່ວນຫົວ, ໂຄງສ້າງ URL ແລະຂໍ້ຜິດພາດເປັນເລກໃຫ້ເຫັນ. ຢ່າລຶບການແລກປ່ຽນທັງໝົດອ້ອມຂໍ້ຜິດພາດ. ແບ່ງປັນຈຸດປາຍສ່ວນຕົວແລະລາຍລະອຽດເຄືອຂ່າຍໃນຊ່ອງຊ່ວຍເຫຼືອທີ່ເໝາະເທົ່ານັ້ນ.

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