ຖ້າໄດເຣັກຕອຣີເອກະລາດສອງແຫ່ງມີ alex ທັງສອງ, ພຣັອກຊີຕ້ອງເລືອກໄດເຣັກຕອຣີກ່ອນກວດລະຫັດຜ່ານ. ການລອງ A ແລ້ວ B ປິດບັງການເລືອກນັ້ນໄວ້ໃນຄວາມລົ້ມເຫຼວຂອງການຢືນຢັນ ແລະ ອາດເຮັດໃຫ້ໄດເຣັກຕອຣີທີ່ໃຊ້ບໍ່ໄດ້ສັບສົນກັບຄວາມລັບທີ່ຖືກປະຕິເສດ.

ການຈັດວາງສອງຢ່າງສາມາດເຮັດໃຫ້ຕົວຕົນຊັດເຈນ:

  • ການເຂົ້າສູ່ລະບົບທີ່ມີຄຸນສົມບັດ. ຊື່ເຊັ່ນ [email protected] ເລືອກໄດເຣັກຕອຣີຄົງທີ່ທີ່ຜູ້ດູແລກຳນົດ ຜ່ານຕົວສົ່ງ. ຮັກສາ ຕົວຕົນທີ່ມີຄຸນສົມບັດສຳລັບການອະນຸຍາດ ແລະ ການບັນທຶກລັອກ. ຢ່າປ່ຽນຄຳຕໍ່ທ້າຍທີ່ລູກຄ້າສະໜອງໃຫ້ເປັນທີ່ຢູ່ເຊີບເວີ LDAP ຕາມອຳເພີໃຈ.
  • ບໍລິບົດຄຳຮ້ອງທີ່ໜ້າເຊື່ອຖືຄົງທີ່. ຕົວຮັບຟັງ ຫຼື ບໍລິບົດອື່ນທີ່ຮອງຮັບເລືອກໄດເຣັກຕອຣີ. ກຳນົດສິ່ງທີ່ເກີດຂຶ້ນເມື່ອຄົນເຄື່ອນຍ້າຍ ຫຼື ໃຊ້ຕົວຮັບຟັງອື່ນ; ຕຳແໜ່ງໃນເຄືອຂ່າຍບໍ່ແມ່ນຕົວຕົນສ່ວນບຸກຄົນ.

ສຳເນົາຂອງໄດເຣັກຕອຣີດຽວແຕກຕ່າງ: ພວກມັນແບ່ງປັນພື້ນທີ່ຊື່ຕົວຕົນ. ໄດເຣັກຕອຣີທີ່ບໍ່ກ່ຽວຂ້ອງກັນບໍ່ກາຍເປັນສຳເນົາ ເພາະທັງສອງໃຊ້ LDAP.

ເຮັດໃຫ້ກະແຈແຄຊຂອງຂໍ້ມູນຢືນຢັນຕົວຕົນຂອງ Squid ກົງກັບການເລືອກຂອງຕົວຊ່ວຍ. ເອກະສານອ້າງອີງ auth_param ອະທິບາຍ key_extras ສຳລັບການສົ່ງບໍລິບົດເພີ່ມເຕີມ ແລະ ການລວມມັນໄວ້ໃນກະແຈແຄຊ, ລວມທັງກໍລະນີຊື່ດຽວກັນທີ່ແຍກດ້ວຍພອດຮັບຟັງ. ຕົວຊ່ວຍຕ້ອງເຂົ້າໃຈຂໍ້ມູນປ້ອນທີ່ຂະຫຍາຍ ແລະ ມາໂຄຣທີ່ເລືອກຕ້ອງມີຢູ່ໃນຂັ້ນຕອນການຢືນຢັນນັ້ນ.

ໃຫ້ຄວາມສຳຄັນກັບບໍລິບົດຄົງທີ່. IP ຂອງລູກຄ້າທີ່ປ່ຽນເລື້ອຍໆອາດເພີ່ມຕົວຕົນໃນແຄຊ ແລະ ປ່ຽນການຄວບຄຸມທີ່ຄາດຫວັງຕົວຕົນຜູ້ໃຊ້ດຽວ.

ກຳນົດແຍກຕ່າງຫາກ: ໄດເຣັກຕອຣີທີ່ບໍ່ຮູ້ຈັກ, ບັນຊີທີ່ບໍ່ຮູ້ຈັກ, ລະຫັດຜ່ານທີ່ຖືກປະຕິເສດ ແລະ ໄດເຣັກຕອຣີທີ່ໃຊ້ບໍ່ໄດ້. ບັນຊີຂອງ North ຕ້ອງບໍ່ກາຍເປັນ Alex ຂອງ South ຢ່າງງຽບໆ ເມື່ອ North ໃຊ້ບໍ່ໄດ້. ຮັກສາຜົນເຫຼົ່ານັ້ນໃຫ້ແຍກອອກໄດ້ໃນລັອກ ໂດຍບໍ່ບັນທຶກລະຫັດຜ່ານ.

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