ລູກຄ້າສາມາດຢືນຢັນກັບໂປຣັກຊີສົ່ງຕໍ່ຂອງ Apache ດ້ວຍບັນຊີໜຶ່ງ ໃນຂະນະທີ່ Apache ຢືນຢັນກັບໂປຣັກຊີແມ່ດ້ວຍອີກບັນຊີໜຶ່ງ:

client ── client account ── Apache ── parent account ── parent proxy

ສຳລັບບັນຊີແມ່ທີ່ຄົງທີ່ເທິງ httpd 2.4.59 ຫຼືສູງກວ່າ, ProxyRemote ຮັບອາກິວເມັນທີສາມ:

ProxyRemote "*" "http://parent.example:3128" "parent-user:replace_with_private_password"

ສິ່ງນີ້ເສີມການຕັ້ງຄ່າໂປຣັກຊີສົ່ງຕໍ່ທີ່ຄວບຄຸມການເຂົ້າເຖິງທີ່ມີຢູ່ແລ້ວ ເຊັ່ນຕົວຮັບຟັງສ່ວນຕົວທີ່ ຕ້ອງການທັງ IP ຂອງລູກຄ້າ ແລະ ການເຂົ້າສູ່ລະບົບໂປຣັກຊີ. ບັນຊີນີ້ເປັນຂອງແມ່ທີ່ເລືອກ. ປົກປ້ອງການຕັ້ງຄ່າທີ່ມີບັນຊີນີ້ ແລະ ເລືອກຂອບເຂດການຈັບຄູ່ທີ່ການຕິດຕັ້ງຕ້ອງການ.

Apache ສົ່ງຂໍ້ມູນຢືນຢັນ Basic ເຫຼົ່ານີ້ລ່ວງໜ້າ ໂດຍບໍ່ລໍຖ້າການທ້າທາຍກ່ອນ. ດັ່ງນັ້ນການຂົນສົ່ງ ແລະ ນະໂຍບາຍບັນຊີຂອງການເຊື່ອມຕໍ່ຫາແມ່ຈຶ່ງສຳຄັນ; ເຊສຊັນ HTTPS ພາຍຫຼັງຂອງເວັບໄຊບໍ່ໄດ້ປົກປ້ອງການກະໂດດ HTTP ແບບຂໍ້ຄວາມທຳມະດາໄປຫາແມ່ໂດຍຕົວມັນເອງ.

ເມື່ອໃດບັນຊີຂາເຂົ້າດຽວກັນຄວນສືບຕໍ່

ປົກກະຕິ Apache ໃຊ້ການຢືນຢັນໂປຣັກຊີທີ່ສົ່ງຫາຕົວມັນເອງ. ການຕັ້ງຄ່າສະພາບແວດລ້ອມ proxy-chain-auth ແທນທີ່ຈະອະນຸຍາດໃຫ້ສົ່ງຂໍ້ມູນຢືນຢັນໂປຣັກຊີຂອງລູກຄ້າໄປຫາໂປຣັກຊີຕໍ່ໄປ:

SetEnv proxy-chain-auth On

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

ດ້ວຍອາກິວເມັນຂໍ້ມູນຢືນຢັນທີ່ຊັດເຈນຂອງ ProxyRemote, proxy-chain-auth ບໍ່ມີຜົນ. ເລືອກແຫຼ່ງຂໍ້ມູນຢືນຢັນຢ່າງຮູ້ຕົວ ແທນທີ່ຈະວາງການຕັ້ງຄ່າທັງສອງຊ້ອນກັນໂດຍຫວັງວ່າລະຫັດຜ່ານທີ່ໃຊ້ໄດ້ຈະຖືກເລືອກ.

ກົນໄກເຫຼົ່ານີ້ຢືນຢັນການກະໂດດໂປຣັກຊີ. ຫົວຂໍ້ Authorization ຂອງເວັບໄຊປາຍທາງຍັງເປັນການແລກປ່ຽນແຍກຕ່າງຫາກ.

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