ວິທີອ່ານລະຫັດຄວາມລົ້ມເຫຼວຂອງການເຊື່ອມຕໍ່ SOCKS5
ກຳນົດວ່າການເຈລະຈາ SOCKS ການກວດສອບ ຫຼືປາຍທາງທີ່ຮ້ອງຂໍລົ້ມເຫຼວ ກ່ອນທີ່ຈະຖືວ່າທຸກຂໍ້ຜິດພາດ SOCKS ເປັນພຣັອກຊີທີ່ຕາຍແລ້ວ.
ເຊີບເວີ SOCKS5 ສາມາດຮັບການເຊື່ອມຕໍ່ TCP ຂອງທ່ານ ແລະ ຍັງປະຕິເສດຄຳຮ້ອງຂໍເພື່ອໄປຮອດປາຍທາງ. ອ່ານຄຳຕອບໃນຂັ້ນຕອນທີ່ຖືກຕ້ອງ ກ່ອນຈະຕັດສິນວ່າຈຸດໃດລົ້ມເຫຼວ.
ການເລືອກວິທີມາກ່ອນ. ການກວດສອບຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານ ເມື່ອຖືກເລືອກ ມີຜົນຂອງມັນເອງ. ຫຼັງຈາກນັ້ນເທົ່ານັ້ນ ເຊີບເວີຈຶ່ງສົ່ງຄຳຕອບສຳລັບ CONNECT ຫຼື ຄຳສັ່ງ SOCKS ອື່ນ. ຄ່າໄບຕ໌ຈາກຂັ້ນຕອນໜຶ່ງ ບໍ່ສາມາດຕີຄວາມດ້ວຍຕາຕະລາງຂອງຂັ້ນຕອນອື່ນໄດ້.
ຄຳຕອບຄຳຮ້ອງຂໍຊີ້ບອກຄວາມລົ້ມເຫຼວທີ່ແຕກຕ່າງ
| ຄ່າຄຳຕອບ | ຄວາມໝາຍໃນຄຳຕອບຄຳຮ້ອງຂໍ SOCKS5 |
|---|---|
| 0x01 | ຄວາມລົ້ມເຫຼວທົ່ວໄປຂອງເຊີບເວີ. |
| 0x02 | ການເຊື່ອມຕໍ່ບໍ່ໄດ້ຮັບອະນຸຍາດຈາກກົດ. |
| 0x03 | ເຄືອຂ່າຍໄປບໍ່ຮອດ. |
| 0x04 | ໂຮສໄປບໍ່ຮອດ. |
| 0x05 | ການເຊື່ອມຕໍ່ຖືກປະຕິເສດ. |
| 0x06 | TTL ໝົດອາຍຸ. |
| 0x07 | ຄຳສັ່ງບໍ່ໄດ້ຮັບການສະໜັບສະໜູນ. |
| 0x08 | ປະເພດທີ່ຢູ່ບໍ່ໄດ້ຮັບການສະໜັບສະໜູນ. |
ຕົວຢ່າງ ການປະຕິເສດໃນລະດັບຄຳຮ້ອງຂໍ ຖືກລາຍງານຫຼັງຈາກໄປຮອດບໍລິການ SOCKS. ມັນແຕກຕ່າງຈາກລະບົບປະຕິບັດການຂອງທ່ານທີ່ປະຕິເສດການເຊື່ອມຕໍ່ TCP ເບື້ອງຕົ້ນໄປຫາບໍລິການນັ້ນ.
ຂໍ້ຜິດພາດປະເພດທີ່ຢູ່ອາດກ່ຽວຂ້ອງກັບການແທນ IPv4 IPv6 ຫຼື ຊື່ໂຮສ. ມັນບໍ່ໄດ້ໝາຍຄວາມວ່າຈຸດປາຍທາງທັງໝົດຂາດການສະໜັບສະໜູນ SOCKS5 ໂດຍອັດຕະໂນມັດ. ເຊັ່ນດຽວກັນ ຄຳສັ່ງ UDP ທີ່ບໍ່ໄດ້ຮັບການສະໜັບສະໜູນ ບໍ່ໄດ້ເວົ້າຢ່າງແນ່ນອນກ່ຽວກັບຄຳຮ້ອງຂໍ TCP CONNECT ແຍກຕ່າງຫາກ.
ເກັບກຳບໍລິບົດທີ່ເຮັດໃຫ້ລະຫັດມີປະໂຫຍດ
ເກັບທີ່ຢູ່ພຣັອກຊີ ຄຳສັ່ງ ໂຮສ ແລະ ພອດເປົ້າໝາຍ ຄອບຄົວທີ່ຢູ່ ແລະ ໂໝດ DNS ໄວ້ກັບຜົນ ເມື່ອ ຂຽນລາຍງານຂໍ້ຜິດພາດ. ບັນທຶກນະໂຍບາຍຝ່າຍເຊີບເວີມີປະໂຫຍດ ເມື່ອທ່ານບໍລິຫານຈຸດປາຍທາງ. ການປະຕິເສດຈາກກົດເປັນເຫດຜົນໃນການກວດສອບສິດທີ່ໃຊ້ ບໍ່ແມ່ນເພື່ອເພີ່ມເວລາກຳນົດການເຊື່ອມຕໍ່.
ຄຳຕອບແມ່ນລາຍງານຂອງເຊີບເວີ ບໍ່ແມ່ນການບົ່ງຊີ້ຄວາມຜິດແບບເອກະລາດຢ່າງເຕັມສ່ວນຂອງເຄືອຂ່າຍປາຍທາງ. ຖ້ອຍຄຳຂອງໄຄລເອັນກໍແຕກຕ່າງ. ບັນທຶກຂັ້ນຕອນ ແລະ ຄຳຕອບພື້ນຖານ ເມື່ອມີ ແທນການອາໄສພຽງຂໍ້ຄວາມຜິດພາດທີ່ແປແລ້ວສັ້ນໆ.