OpenSSL s_client: ຂໍ້ຜິດພາດ 403 ຈາກ proxy ເກີດຂຶ້ນກ່ອນ TLS ຂອງປາຍທາງ
ຕີຄວາມ 403 ໃນ CONNECT ຜ່ານ proxy ຂອງ OpenSSL ວ່າເປັນຄວາມລົ້ມເຫຼວໃນຂັ້ນຕອນອຸໂມງ ແລະ ຢ່າບົ່ງບອກຄວາມຜິດຂອງໃບຢັ້ງຢືນປາຍທາງຈາກ handshake ທີ່ບໍ່ເຄີຍເລີ່ມຕົ້ນ.
ຖ້າ openssl s_client ໄດ້ຮັບ HTTP 403 ເປັນຄຳຕອບຕໍ່ຄຳຮ້ອງຂໍ CONNECT ຜ່ານ proxy, ໃຫ້ເລີ່ມຈາກການປະຕິເສດນັ້ນ. ອຸໂມງທີ່ຮ້ອງຂໍບໍ່ຖືກສ້າງຂຶ້ນ.
ດ້ວຍ -proxy s_client ຈະຮ້ອງຂໍໃຫ້ proxy HTTP ເຊື່ອມຕໍ່ກັບປາຍທາງທີ່ກຳນົດໂດຍ -connect ກ່ອນ. ມີພຽງຄຳຕອບ CONNECT ທີ່ສຳເລັດເທົ່ານັ້ນທີ່ປ່ຽນການແລກປ່ຽນນີ້ເປັນອຸໂມງສຳລັບ handshake TLS ຂອງປາຍທາງ.
ລຳດັບນີ້ອະທິບາຍຜົນລັບທີ່ປົກກະຕິແລ້ວສັບສົນ: ຄວາມຜິດພາດຂອງ proxy ຕາມດ້ວຍຫົວຂໍ້ທີ່ກ່ຽວຂ້ອງກັບ TLS, ບໍ່ມີໃບຢັ້ງຢືນຂອງຄູ່, ຫຼືແຖວກວດສອບທີ່ເບິ່ງຄືວ່າໜ້າວາງໃຈ. ຊ່ອງຂໍ້ມູນເຫຼົ່ານັ້ນບໍ່ໄດ້ພິສູດວ່າໃບຢັ້ງຢືນຂອງປາຍທາງຖືກຮັບ ແລະ ກວດສອບແລ້ວ. ການດຳເນີນງານໄດ້ຢຸດຢູ່ຂັ້ນຕອນກ່ອນໜ້າ.
ບັນທຶກຄຳຕອບຂອງ proxy ແລະ host ແລະ port ຂອງປາຍທາງທີ່ຮ້ອງຂໍ. 403 ຈະດຶງຄວາມສົນໃຈໄປຫາການຕັດສິນໃຈເຂົ້າເຖິງຂອງ proxy; 407 ຮ້ອງຂໍການກວດສອບຕົວຕົນກັບ proxy. ທັງສອງບໍ່ໄດ້ຖືກແກ້ໄຂດ້ວຍການປິດການກວດສອບໃບຢັ້ງຢືນຂອງປາຍທາງ.
ເມື່ອໄດ້ຮັບອະນຸຍາດໃຫ້ກວດເບິ່ງການແລກປ່ຽນ, ຜົນລັບ -debug ຂອງ s_client ສາມາດຊ່ວຍເປີດເຜີຍການປະຕິເສດນັ້ນ. ເກັບຂໍ້ມູນຢືນຢັນຕົວຕົນຂອງ proxy ໃຫ້ຢູ່ນອກຮ່ອງຮອຍທີ່ແບ່ງປັນ. ອຸໂມງທີ່ສຳເລັດຈະຍັງຕ້ອງການການປະເມີນ TLS ແລະ ໃບຢັ້ງຢືນຂອງຕົນເອງຫຼັງຈາກນັ້ນ, ແຕ່ບໍ່ມີລຳດັບໃບຢັ້ງຢືນປາຍທາງໃຫ້ບົ່ງບອກຈົນກວ່າຈະຮອດຂັ້ນຕອນນັ້ນຢ່າງແທ້ຈິງ.