ເພີ່ມການຢືນຢັນຊື່ຜູ້ໃຊ້ໃຫ້ Dante
ປ່ຽນນະໂຍບາຍ SOCKS ຂອງ Dante 1.4.4 ຈາກການອະນຸຍາດຕາມຕົ້ນທາງເທົ່ານັ້ນເປັນການກວດບັນຊີໂດຍຊັດເຈນ ໂດຍຮັກສາຂໍ້ຈຳກັດຕົ້ນທາງແລະປາຍທາງ.
ໃນ Dante 1.4.4 ກົດຂອງໄຄລເອັນຮັບການເຊື່ອມຕໍ່ກ່ອນການເຈລະຈາ SOCKS, ສ່ວນກົດ SOCKS ຕັດສິນວ່າຄຳຂໍທີ່ຢືນຢັນແລ້ວໃດສາມາດສືບຕໍ່ໄດ້. ການເຊື່ອມຕໍ່ຈາກຕົ້ນທາງທີ່ອະນຸຍາດກໍຍັງອາດຕ້ອງໃຊ້ຊື່ຜູ້ໃຊ້ໃນຂັ້ນທີສອງ.
ສຳລັບການຢືນຢັນດ້ວຍຊື່ຜູ້ໃຊ້ຂອງລະບົບປະຕິບັດການ ໃຫ້ກວດຕົວຕົນຂອງບໍລິການຄຽງຄູ່ກັບວິທີການ. ການອ່ານຖານຂໍ້ມູນບັນຊີອາດຕ້ອງໃຊ້ຕົວຕົນທີ່ມີສິດສູງ:
clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy
ໃຊ້ບັນຊີບໍລິການສິດຕ່ຳຕົວຈິງທີ່ຕິດຕັ້ງສຳລັບ Dante. ສ້າງຫຼືເລືອກບັນຊີໄຄລເອັນທີ່ມີສິດ ແລະເຂົ້າກັນໄດ້ກັບ backend ຊື່ຜູ້ໃຊ້; ຕົວຕົນບໍລິການແລະການເຂົ້າລະບົບໄຄລເອັນເປັນຄົນລະບົດບາດ.
ຮັກສາຂອບເຂດຄຳຂໍ
ຫຼັງຈາກ ກົດໄຄລເອັນທີ່ຈຳກັດໄວ້ແລ້ວ ໃຫ້ບັງຄັບໃຊ້ບັນຊີໃນເສັ້ນທາງ SOCKS ທີ່ອະນຸຍາດ:
socks pass {
from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
command: connect
socksmethod: username
user: proxyuser
log: connect error
}
ທີ່ຢູ່ແລະຊື່ບັນຊີເປັນຄ່າຕົວຢ່າງ. ນີ້ອະນຸຍາດໜຶ່ງຕົ້ນທາງ, ໜຶ່ງປາຍທາງ, ໜຶ່ງຄຳສັ່ງ ແລະຜູ້ໃຊ້ທີ່ຢືນຢັນທີ່ລະບຸ. ຢ່າປ່ຽນຂອບເຂດນີ້ເປັນຕົ້ນທາງບໍ່ຈຳກັດພຽງເພາະໄດ້ເພີ່ມລະຫັດຜ່ານ.
ການຕັ້ງຄ່າວິທີການລວມແລະສະເພາະກົດຕ້ອງກົງກັນ. ກວດຫາກົດເກົ່າທີ່ອະນຸຍາດພຽງ none ທີ່ເຫຼືອຈາກການຕັ້ງຄ່າຕາມຕົ້ນທາງເທົ່ານັ້ນ. ຮັກສາຂໍ້ຈຳກັດ listener ແລະໄຟວໍທີ່ຕັ້ງໃຈໄວ້ດ້ວຍ.
ທົດສອບການເຈລະຈາແລະການເຂົ້າເຖິງແຍກກັນ
ກ່ອນເລີ່ມ ໃຫ້ກວດໄຟລ໌ດ້ວຍໂໝດກວດການຕັ້ງຄ່າຂອງເຊີບເວີທີ່ຕິດຕັ້ງ. ຈາກນັ້ນໃຊ້ໄຄລເອັນທີ່ມີສິດ ແລະຮອງຮັບການເຈລະຈາຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານ SOCKS5 ແທ້. ກວດ ກໍລະນີບໍ່ມີຂໍ້ມູນເຂົ້າລະບົບ, ຂໍ້ມູນຜິດ ແລະບັນຊີທີ່ອະນຸຍາດຂໍເປົ້າໝາຍຕ້ອງຫ້າມ.
ການເຈລະຈາຍ່ອຍຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານທີ່ກຳນົດໃນ RFC 1929 ບໍ່ໄດ້ເຂົ້າລະຫັດລະຫັດຜ່ານ. ເຊດຊັນ HTTPS ກັບປາຍທາງໃນພາຍຫຼັງບໍ່ປົກປ້ອງການແລກປ່ຽນພຣັອກຊີກ່ອນນັ້ນ. ໃຊ້ເສັ້ນທາງຈາກໄຄລເອັນໄປເຊີບເວີທີ່ປົກປ້ອງຢ່າງເໝາະສົມ.
ການກວດການຕັ້ງຄ່າທີ່ສຳເລັດຢືນຢັນໄວຍາກອນແລະຕົວຕົນ ບໍ່ແມ່ນຖານຂໍ້ມູນບັນຊີຫຼືເສັ້ນທາງເຄືອຂ່າຍ. ເບິ່ງບັນທຶກເຊີບເວີວ່າການທົດສອບຈິງຖືກປະຕິເສດໃນຂັ້ນໃດ.