ຊັອກເກັດ .NET ຕ້ອງການການຈັບມື SOCKS
ອະທິບາຍສິ່ງທີ່ຊັອກເກັດ TCP .NET ດິບຕ້ອງເຮັດກ່ອນທີ່ໄບຕ໌ຂອງແອັບພລິເຄຊັນຈະເດີນທາງຜ່ານ proxy SOCKS ໄດ້.
ການຊີ້ Socket.Connect() ໄປຫາເຊີບເວີ SOCKS ເປີດການເຊື່ອມຕໍ່ TCP ກັບເຊີບເວີນັ້ນ. ໄບຕ໌ຕໍ່ໄປຍັງຕ້ອງເວົ້າ SOCKS. ການສົ່ງໂປຣໂຕຄອນຂອງແອັບພລິເຄຊັນທັນທີເຮັດໃຫ້ເຊີບເວີລໍຖ້າການສົນທະນາອື່ນ.
ກັບ SOCKS5, ການສ້າງການເຊື່ອມຕໍ່ລວມມີການເຈລະຈາວິທີ, ການແລກປ່ຽນການພິສູດຕົວຕົນທີ່ເລືອກ ແລະ ຄຳຮ້ອງທີ່ລະບຸປາຍທາງ. ພຽງແຕ່ການຕອບກັບທີ່ສຳເລັດເທົ່ານັ້ນທີ່ເປີດເສັ້ນທາງສຳລັບໄບຕ໌ຂອງແອັບພລິເຄຊັນ. ຂັ້ນຕອນເຫຼົ່ານີ້ຖືກກຳນົດໃນ RFC 1928.
ເກັບການເຈລະຈາໄວ້ໃນຊັ້ນການເຊື່ອມຕໍ່
ແອັບພລິເຄຊັນທີ່ມີໂປຣໂຕຄອນ TCP ຂອງຕົນເອງສາມາດໃຊ້ຕົວເຊື່ອມຕໍ່ທີ່ຮູ້ຈັກ proxy ເຊິ່ງສົ່ງຄືນກະແສທີ່ສ້າງແລ້ວ. ສ່ວນອື່ນຂອງແອັບພລິເຄຊັນຈະອ່ານ ແລະ ຂຽນຜ່ານກະແສນັ້ນ. ຕົວເຊື່ອມຕໍ່ຕ້ອງຄຳນຶງເຖິງການອ່ານບາງສ່ວນ, ທີ່ຢູ່ທີ່ມີຄວາມຍາວປ່ຽນແປງ, ຄວາມລົ້ມເຫຼວຂອງການພິສູດຕົວຕົນ ແລະ ກຳນົດເວລາສຳລັບການເຈລະຈາ.
ການຈັດຕັ້ງທີ່ຂຽນດ້ວຍມືເຊິ່ງອ່ານບັຟເຟີຂະໜາດຄົງທີ່ໜຶ່ງ ແລະ ສົມມຸດວ່າສຳເລັດແມ່ນອ່ອນແອ. TCP ບໍ່ຮັກສາຂອບເຂດຂອງຂໍ້ຄວາມ SOCKS. ອ່ານການຕອບກັບທີ່ຄົບຖ້ວນຕາມທີ່ອະທິບາຍໂດຍປະເພດທີ່ຢູ່ຂອງມັນ ກ່ອນທີ່ຈະເລີ່ມໂປຣໂຕຄອນແອັບພລິເຄຊັນ. ຕົວອ່ານການຕອບກັບ CONNECT ຂອງ .NET 7+ ສະແດງໃຫ້ເຫັນຂັ້ນຕອນນັ້ນ.
ຖ້າຫ້ອງສະໝຸດທີ່ຖືກດູແລມີຊັ້ນການເຊື່ອມຕໍ່ນີ້ແລ້ວ, ໃຫ້ກວດເບິ່ງເວີຊັນ SOCKS ທີ່ຮອງຮັບ, ວິທີການພິສູດຕົວຕົນ ແລະ ເຟຣມເວີກ໌ເປົ້າໝາຍ. ລິ້ງຟໍຣັມອາຍຸສິບປີເປັນຈຸດເລີ່ມຕົ້ນສຳລັບການສືບສວນ ບໍ່ແມ່ນຫຼັກຖານຂອງຄວາມເຂົ້າກັນໄດ້ໃນປັດຈຸບັນ.
ການຕັ້ງຄ່າລູກຄ້າ HTTP ມີຂອບເຂດແຍກຕ່າງຫາກ
ການຕັ້ງ proxy ຂອງລູກຄ້າ HTTP ຕັ້ງຄ່າລູກຄ້າ HTTP ນັ້ນ. ມັນບໍ່ໄດ້ປ່ຽນແປງທຸກຊັອກເກັດດິບໃນຂະບວນການ. Socket API ຮັບຈຸດປາຍທາງເຄືອຂ່າຍ ແລະ ປ່ອຍການເຈລະຈາລະດັບສູງໃຫ້ຜູ້ເອີ້ນ.
ສຳລັບໂປຣໂຕຄອນແອັບພລິເຄຊັນທີ່ເຂົ້າລະຫັດ, ໃຫ້ເຮັດການຈັບມື TLS ຂອງມັນຫຼັງຈາກອຸໂມງ proxy ຖືກສ້າງແລ້ວ. ກວດສອບຕົວຕົນຂອງປາຍທາງທີ່ຕັ້ງໃຈໃນຂັ້ນຕອນນັ້ນ. ການພິສູດຕົວຕົນຂອງ proxy ແລະ ຂອງປາຍທາງຍັງແຍກກັນ ເຖິງແມ່ນວ່າພວກມັນໃຊ້ກະແສພື້ນຖານດຽວກັນ.