ສຳລັບແຕ່ລະການເອີ້ນກັບການຢືນຢັນຕົວຕົນ HTTP, ຕັດສິນໃຈຂໍ້ມູນຢືນຢັນຕົວຕົນຕາມລຳດັບນີ້:

  1. ກວດສອບວ່າຜູ້ຮ້ອງຂໍແມ່ນ proxy ບໍ່ແມ່ນເຊີບເວີປາຍທາງ.
  2. ຈັບຄູ່ເຈົ້າພາບ ແລະພອດທີ່ຮ້ອງຂໍກັບລາຍການ proxy ທີ່ໄດ້ຮັບອະນຸຍາດ.
  3. ສົ່ງບັນຊີຂອງລາຍການນັ້ນຄືນ, ຫຼືບໍ່ມີຂໍ້ມູນຢືນຢັນຕົວຕົນສຳລັບຄວາມທ້າທາຍທີ່ບໍ່ກົງກັນ.

ຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານອັນດຽວທີ່ບໍ່ມີເງື່ອນໄຂບໍ່ສາມາດສະແດງບັນຊີຂອງ proxy ສອງອັນ ແລະອາດຮົ່ວໄຫຼໃຫ້ຜູ້ຮັບອື່ນ.

ໃຫ້ຄວາມສຳຄັນກັບ Authenticator ທີ່ຕິດກັບລູກຄ້າ ເມື່ອໃຊ້ຕົວສ້າງລູກຄ້າ HTTP ຂອງ Java. Authenticator ຄ່າເລີ່ມຕົ້ນຂອງ JVM ຍັງສົ່ງຜົນຕໍ່ໂຄດອື່ນທີ່ເຂົ້າຮ່ວມ.

ກຳນົດການແຜນທີ່ຊື່ສະຫຼັກຂອງເຈົ້າພາບໃດໆຢ່າງຕັ້ງໃຈ ແທນທີ່ຈະຮັບຊື່ຕາມອຳເພີໃຈ. ນີ້ແມ່ນຮູບແບບ HTTP; SOCKS ສາມາດໃຊ້ເສັ້ນທາງການຈັດຕັ້ງອື່ນ ເຖິງແມ່ນຢູ່ຊື່ເຈົ້າພາບທີ່ຄ້າຍຄືກັນ.

ສຳລັບການວິນິດໄສ, ບັນທຶກປະເພດຄວາມທ້າທາຍ ແລະຕົວລະບຸບັນຊີທີ່ກົງກັນ ໂດຍບໍ່ມີຄວາມລັບຂອງມັນ. ສິ່ງນັ້ນອະທິບາຍການຕັດສິນໃຈຂອບເຂດ ໂດຍບໍ່ບັນທຶກລະຫັດຜ່ານ.

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