ເປັນຫຍັງການພິສູດຢືນຢັນລະຫັດຜ່ານ SOCKS5 ຈຶ່ງເລີ່ມຈາກສະບັບ 1

ລູກຂ່າຍ SOCKS5 ເລີ່ມດ້ວຍສະບັບ 5, ຈາກນັ້ນສົ່ງສະບັບ 1 ໃນລະຫວ່າງການພິສູດຢືນຢັນລະຫັດຜ່ານ. ນັ້ນບໍ່ຈຳເປັນຕ້ອງເປັນການຫຼຸດສະບັບ ຫຼື ພຣອກຊີທີ່ຜິດ.

ການແລກປ່ຽນທຳອິດເຈລະຈາວິທີການພິສູດຢືນຢັນ SOCKS5. ເມື່ອເລືອກຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານ, RFC 1929 ກຳນົດການເຈລະຈາຍ່ອຍແຍກຕ່າງຫາກທີ່ຊ່ອງສະບັບຂອງມັນແມ່ນ 0x01.

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

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

ສະຖານະລະຫັດຜ່ານທີ່ສຳເລັດກໍບໍ່ໄດ້ໝາຍຄວາມວ່າປາຍທາງທີ່ຮ້ອງຂໍຖືກອະນຸຍາດ. ການຕອບກັບ SOCKS ຕໍ່ໄປຍັງສາມາດປະຕິເສດການເຊື່ອມຕໍ່ນັ້ນໄດ້.

ສຸດທ້າຍ, ວິທີຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານນີ້ບໍ່ໄດ້ເຂົ້າລະຫັດຂໍ້ມູນຢືນຢັນຂອງມັນ. ໄບຕ໌ສະບັບບົ່ງຊີ້ຮູບແບບຂໍ້ຄວາມ, ບໍ່ແມ່ນໂໝດເຂົ້າສູ່ລະບົບທີ່ເຂົ້າລະຫັດ ຫຼື ແຂງກວ່າ.