Node.js EPIPE ຫຼັງຈາກເຊື່ອມຕໍ່ກັບ SOCKS proxy
ຕີຄວາມ EPIPE ຂອງ Node ຫຼັງຈາກເຊື່ອມຕໍ່ກັບ SOCKS endpoint ແລະ ກວດສອບວ່າ handshake ທີ່ຕ້ອງການສຳເລັດແລ້ວຫຼືບໍ່.
ເຫດການ connect ຂອງ socket Node ບອກທ່ານວ່າ TCP ໄປຮອດ proxy ແລ້ວ. ມັນບໍ່ໄດ້ບອກວ່າ proxy ເປີດການເຊື່ອມຕໍ່ໄປຫາປາຍທາງແລ້ວ.
ເຊີບເວີ SOCKS5 ຄາດຫວັງການເຈລະຈາວິທີການ, ການພິສູດຕົວຕົນທີ່ເລືອກ, ແລະ ຄຳຮ້ອງປາຍທາງ ກ່ອນການສົ່ງຂໍ້ມູນຂອງແອັບພລິເຄຊັນ. ການສົ່ງຄຳຮ້ອງ HTTP ທັນທີອາດເຮັດໃຫ້ເຊີບເວີປິດການເຊື່ອມຕໍ່. ການຂຽນຕໍ່ມາອາດສ້າງ EPIPE.
EPIPE ຢ່າງດຽວບໍ່ໄດ້ພິສູດວ່າ handshake ຂາດຫາຍ. ມັນລາຍງານການຂຽນໄປຫາການເຊື່ອມຕໍ່ທີ່ຄູ່ອື່ນບໍ່ຮັບການສື່ສານນັ້ນອີກ. ອ່ານເຫດການ ແລະ ຄຳຕອບຂອງໂປຣໂຕຄອນກ່ອນໜ້າ ເພື່ອຊອກຮູ້ວ່າເປັນຫຍັງຄູ່ອື່ນຈຶ່ງປິດ.
ໃຊ້ຕົວເຊື່ອມຕໍ່ທີ່ຈັດຕັ້ງການແລກປ່ຽນ SOCKS ຢ່າງຄົບຖ້ວນ. ສຳລັບລູກຄ້າ HTTPS ຫຼັກຂອງ Node, agent ທີ່ຮູ້ຈັກ SOCKS ສາມາດເຮັດການເຈລະຈານັ້ນກ່ອນ TLS ຂອງປາຍທາງ. ຖ້າທ່ານຈັດຕັ້ງການແລກປ່ຽນເອງ, ໃຫ້ສະສົມຂໍ້ມູນຕາມຄວາມຍາວຂອງຟິວຂອງໂປຣໂຕຄອນ. ເຫດການ data ໜຶ່ງບໍ່ຮັບປະກັນວ່າຈະມີຄຳຕອບເຕັມໜຶ່ງ, ແລະ ທີ່ຢູ່ bound ທີ່ສົ່ງຄືນບໍ່ຈຳເປັນຕ້ອງກົງກັບສາຍ byte ທີ່ຝັງໄວ້ໃນໂຄດດຽວ.
ລົງທະບຽນການຈັດການຂໍ້ຜິດພາດກ່ອນທີ່ການດຳເນີນການຈະລົ້ມເຫຼວ, ຮັກສາຂັ້ນຕອນການເຊື່ອມຕໍ່ໄວ້ໃນລາຍງານຂໍ້ຜິດພາດ, ແລະ ສົ່ງໂປຣໂຕຄອນປາຍທາງຫຼັງຈາກການເຈລະຈາສຳເລັດເທົ່ານັ້ນ. ການຈັບຂໍ້ຜິດພາດປ້ອງກັນເຫດການທີ່ບໍ່ໄດ້ຈັດການ; ມັນບໍ່ໄດ້ແກ້ໄຂການແລກປ່ຽນທີ່ບໍ່ຖືກຕ້ອງ.