DNAT ພຣັອກຊີໂປ່ງໃສ: ເປັນຫຍັງເສັ້ນທາງກັບຈຶ່ງສຳຄັນ

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

SYN ທີ່ຖືກປ່ຽນເສັ້ນທາງອາດມາຮອດ Squid ໃນຂະນະທີ່ລູກຄ້າຍັງໝົດເວລາຢູ່. ໃນການຕັ້ງຄ່າ DNAT, ແພັກເກັດກັບຈະຕ້ອງໄປຮອດປະຕູທີ່ຖືສະຖານະການແປຄວາມດ້ວຍ.

ພິຈາລະນາ LAN ສົມມຸດນີ້:

client 192.168.40.25 → gateway 192.168.40.1
                         DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directly

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

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

ຢ່າເອົາ SNAT ອອກເພື່ອໃຫ້ບັນທຶກສວຍງາມຂຶ້ນ ໂດຍບໍ່ກວດສອບເສັ້ນທາງກັບຈຶ່ງ. ການນຳໃຊ້ຢ່າງກວ້າງຂວາງຍັງປ່ຽນ ACL ແຫຼ່ງ ແລະ ການມອບໝາຍ; ຍອມຮັບຜົນນັ້ນເປັນສ່ວນໜຶ່ງຂອງການອອກແບບ.

ການກ້າວ HTTP ທີ່ໜ້າເຊື່ອຖືສາມາດສົ່ງເມຕາຂໍ້ມູນຂອງລູກຄ້າໃນຫົວຂໍ້ສົ່ງຕໍ່, ແຕ່ NAT ບໍ່ສ້າງຫົວຂໍ້ນັ້ນ ຫຼື ປ່ຽນມັນເປັນຕົວຕົນຂອງ TCP. ການຮັກສາແຫຼ່ງໄວ້ໃນການເຊື່ອມຕໍ່ໄປ Squid ກໍບໍ່ໄດ້ຮັກສາໄວ້ໃນການເຊື່ອມຕໍ່ເວັບໄຊຕ໌ແຍກຂອງ Squid ເຊັ່ນກັນ.

ສຸດທ້າຍ, ການອອກແບບການສະກັດກັ້ນຍັງຕ້ອງໃຫ້ ຂໍ້ມູນປາຍທາງທີ່ Squid ຕ້ອງການ. ການເສັ້ນທາງກັບແບບສົມມາດແກ້ໄຂກົນໄກການໝົດເວລານີ້, ບໍ່ແມ່ນການຕັ້ງຄ່າພຣັອກຊີໂປ່ງໃສທັງໝົດ.

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