ໃນ 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 ກັບປາຍທາງໃນພາຍຫຼັງບໍ່ປົກປ້ອງການແລກປ່ຽນພຣັອກຊີກ່ອນນັ້ນ. ໃຊ້ເສັ້ນທາງຈາກໄຄລເອັນໄປເຊີບເວີທີ່ປົກປ້ອງຢ່າງເໝາະສົມ.

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

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ