ການທ່ອງເວັບຂອງແຂກຫຼັງຈາກເຈົ້າພາບເຂົ້າສູ່ລະບົບ ບໍ່ໄດ້ສະແດງວ່າ NAT ໄດ້ສົ່ງລະຫັດຜ່ານພຣັອກຊີຂອງເຈົ້າພາບໃຫ້ແຂກ. ກົນໄກສອງຢ່າງອາດເບິ່ງຄືກັນ:

ກົນໄກສິ່ງທີ່ໄດ້ຮັບອະນຸຍາດ
ການກວດສອບຕົວຕົນພຣັອກຊີ HTTP ຢ່າງຊັດເຈນການທ້າທາຍຂອງພຣັອກຊີ ເຊັ່ນ 407 ຈະຖືກຕອບດ້ວຍຂໍ້ມູນຢືນຢັນ ຕາມກົດຂອງພຣັອກຊີ
ການໃຫ້ສິດເຂົ້າເຖິງພອດທັລ ຫຼື ເຄືອຂ່າຍໂດຍອີງໃສ່ທີ່ຢູ່ການສັນຈອນທີ່ກ່ຽວຂ້ອງກັບທີ່ຢູ່ຕົ້ນທາງທີ່ເບິ່ງເຫັນໄດ້

ກັບ NAT ການສັນຈອນຂອງເຈົ້າພາບແລະແຂກສາມາດແບ່ງປັນຕົ້ນທາງທີ່ແປແລ້ວຂອງເຈົ້າພາບ. ດັ່ງນັ້ນການອະນຸຍາດທີ່ຜູກກັບພຽງແຕ່ທີ່ຢູ່ນັ້ນອາດກວມທັງສອງ. NAT ເອງບໍ່ໄດ້ຄັດລອກການຕັ້ງຄ່າພຣັອກຊີຂອງບຣາວເຊີ ແລະ ບໍ່ສ້າງ Proxy-Authorization ສຳລັບແອັບພລິເຄຊັນຂອງແຂກ.

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

ແຂກທີ່ເຊື່ອມຕໍ່ແບບຂົວສາມາດສະແດງຕົ້ນທາງອື່ນ ແລະ ພົບພອດທັລອີກຄັ້ງ. IPv6 ກໍສາມາດໄປທາງອື່ນຈາກ NAT ຂອງ IPv4. ສຳລັບຄວາມຮັບຜິດຊອບສ່ວນບຸກຄົນ ໃຫ້ເລືອກຂອບເຂດຕົວຕົນທີ່ແຍກຜູ້ໃຊ້ທີ່ຕ້ອງການ ແທນທີ່ຈະສົມມຸດວ່າທີ່ຢູ່ທີ່ແປແລ້ວໜຶ່ງແຫ່ງເປັນຕົວແທນຂອງຄົນໜຶ່ງ.

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