ການເລືອກວິທີການກວດສອບ SOCKS5 ໃນ Dante
ເຂົ້າໃຈວ່າ Dante ເລືອກວິທີການກວດສອບ SOCKS5 ທີ່ສະເໜີຢ່າງໃດ ແລະ ລຳດັບວິທີການປ່ຽນນະໂຍບາຍທີ່ລູກຄ້າປະສົບຢ່າງໃດ.
ໃນ SOCKS5, ການກວດສອບຖືກເຈລະຈາກ່ອນທີ່ລູກຄ້າຈະສົ່ງຄຳຮ້ອງປາຍທາງຂອງຕົນ. ສິ່ງນີ້ເຮັດໃຫ້ການລົ້ມເຫຼວຂອງຂໍ້ມູນຢືນຢັນແຕ່ຕົ້ນເປັນເຫດການທີ່ແຕກຕ່າງຈາກການລົ້ມເຫຼວຂອງ FTP, HTTPS ຫຼືແອັບພລິເຄຊັນອື່ນຢູ່ຫຼັງພຣັອກຊີ.
ຄຳທັກທາຍຂອງລູກຄ້າລາຍຊື່ວິທີການກວດສອບທີ່ມັນຮອງຮັບ. ເຊີບເວີເລືອກໜຶ່ງວິທີຈາກລາຍຊື່ນັ້ນ ແລະ ສົ່ງການເລືອກກັບຄືນ. ຄ່າ 0xff ໝາຍຄວາມວ່າບໍ່ມີວິທີໃດທີ່ສະເໜີມາຍອມຮັບໄດ້ ແລະ ການເຊື່ອມຕໍ່ຕ້ອງປິດ. ລູກຄ້າບໍ່ໄດ້ພຽງແຕ່ລອງທຸກວິທີທາງຝັ່ງເຊີບເວີຫຼັງຈາກລະຫັດຜ່ານລົ້ມເຫຼວ.
ສິ່ງທີ່ລຳດັບຂອງ Dante ຄວບຄຸມ
Dante 1.4.x ເອີ້ນການຕັ້ງຄ່າລະດັບໂປຣໂຕຄອນວ່າ socksmethod. ເອກະສານຂອງມັນກ່າວວ່າວິທີການຖືກລາຍຊື່ຕາມລຳດັບຄວາມຕ້ອງການ. ສຳລັບນະໂຍບາຍທີ່ອະນຸຍາດທັງສອງວິທີ, ການປະກາດນີ້ມັກຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານເມື່ອລູກຄ້າສະເໜີມັນ:
socksmethod: username noneການກັບລາຍຊື່ມັກການເຂົ້າເຖິງໂດຍບໍ່ມີການກວດສອບເມື່ອສະເໜີທັງສອງວິທີ:
socksmethod: none usernameເຫຼົ່ານີ້ແມ່ນການປະກາດວິທີທາງເລືອກ ບໍ່ແມ່ນການຕັ້ງຄ່າເຊີບເວີແບບເຕັມຮູບແບບ. ສ່ວນຕິດຕໍ່ຮັບຟັງ, ລູກຄ້າທີ່ໄດ້ຮັບອະນຸຍາດ, ກົດລະບຽບປາຍທາງ ແລະ ຂໍ້ຈຳກັດການກວດສອບສະເພາະກົດລະບຽບໃດໆຍັງມີຄວາມສຳຄັນ.
ການອະນຸຍາດ none ມີຜົນສະທ້ອນທີ່ຊັດເຈນ: ລູກຄ້າທີ່ສະເໜີພຽງແຕ່ບໍ່ມີການກວດສອບອາດຖືກຍອມຮັບພາຍໃຕ້ກົດລະບຽບທີ່ໃຊ້ບັງຄັບ. ການວາງ username ໄວ້ກ່ອນບໍ່ໄດ້ເຮັດໃຫ້ລາຍຊື່ທີ່ມີ none ກາຍເປັນຂໍ້ກຳນົດທີ່ທຸກຄົນຕ້ອງໃຫ້ລະຫັດຜ່ານ.
ເລືອກຂໍ້ກຳນົດກ່ອນ
ຖ້າທຸກລູກຄ້າທີ່ໄດ້ຮັບອະນຸຍາດຕ້ອງກວດສອບດ້ວຍຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານ, ຕັ້ງຄ່າຂໍ້ກຳນົດນັ້ນຢ່າງສອດຄ່ອງໃນກົດລະບຽບທົ່ວໄປ ແລະ ກົດລະບຽບທີ່ໃຊ້ບັງຄັບ ແທນທີ່ຈະເພີ່ມ none ເປັນການແກ້ໄຂຄວາມເຂົ້າກັນແບບທົ່ວໄປ. ຖ້າການເຂົ້າເຖິງແບບບໍ່ລະບຸຊື່ເປັນເຈດຕະນາສຳລັບກຸ່ມລູກຄ້າຈຳກັດ, ໃຫ້ກຸ່ມ ແລະ ປາຍທາງທີ່ໄດ້ຮັບອະນຸຍາດຂອງມັນຊັດເຈນ.
Dante ຍັງມີ clientmethod ເຊິ່ງກ່ຽວຂ້ອງກັບການກວດສອບທີ່ເຮັດເມື່ອລູກຄ້າ TCP ເຊື່ອມຕໍ່, ກ່ອນການເຈລະຈາ SOCKS. ມັນເປັນຊັ້ນທີ່ແຍກຈາກວິທີການທີ່ແລກປ່ຽນໃນຄຳທັກທາຍ SOCKS5. ສ່ວນຄຳສັ່ງຕັ້ງຄ່າທີ່ໃຊ້ຄຳສຳຄັນ method ເກົ່າຄວນອ່ານຕາມຄູ່ມືຂອງສະບັບ Dante ທີ່ຕິດຕັ້ງ.
ເມື່ອລູກຄ້າສອງລາຍປະພຶດແຕກຕ່າງກັນ, ປຽບທຽບສິ່ງທີ່ແຕ່ລະລາຍສະເໜີ, ສິ່ງທີ່ Dante ເລືອກ ແລະ ການເຈລະຈາຍ່ອຍຂອງວິທີທີ່ເລືອກສຳເລັດຫຼືບໍ່. ຈາກນັ້ນກວດເບິ່ງການຕອບສະໜອງປາຍທາງ SOCKS. ລຳດັບນີ້ລະບຸການເອີ້ນກັບຂໍ້ມູນຢືນຢັນທີ່ຂາດຫາຍ ໂດຍບໍ່ກ່າວໂທດ FTP ຕໍ່ທຸກຄວາມລົ້ມເຫຼວ ຫຼື ປ່ຽນນະໂຍບາຍການກວດສອບຂອງເຊີບເວີແບບມືປິດຕາ.
ສຸດທ້າຍ, ການກວດສອບຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານຂອງ SOCKS5 ບໍ່ໄດ້ເຂົ້າລະຫັດການແລກປ່ຽນລະຫັດຜ່ານ. ໃຊ້ການຂົນສົ່ງ ຫຼື ເຄືອຂ່າຍທີ່ໄດ້ຮັບການປົກປ້ອງຢ່າງເໝາະສົມ ເມື່ອຂໍ້ມູນຢືນຢັນເຫຼົ່ານັ້ນຕ້ອງການຄວາມລັບ.