ຕິດຕາມແພັກເກັດ TPROXY ຈົນຮອດຊອກເກັດ

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

TPROXY ໃນ Linux ສາມາດດັກຈັບການຈະລາຈອນ ໂດຍບໍ່ຂຽນປາຍທາງຄືນໃໝ່ຄືກັບ DNAT. ດັ່ງນັ້ນແພັກເກັດທີ່ສົ່ງໄປຫາປາຍທາງທີ່ບໍ່ແມ່ນທ້ອງຖິ່ນ ຕ້ອງໄປຮອດຊອກເກັດທ້ອງຖິ່ນທີ່ເໝາະສົມ.

ຕິດຕາມເສັ້ນທາງການສົ່ງ

1. ການຈະລາຈອນໄປຮອດເຄື່ອງດັກຈັບ ຜ່ານອິນເຕີເຟສ ແລະຄອບຄົວທີ່ຢູ່ທີ່ກຳນົດ.
2. ກົດດັກຈັບ ແລະເຄື່ອງໝາຍແພັກເກັດ ກຳນົດນະໂຍບາຍການສົ່ງທ້ອງຖິ່ນ.
3. ກົດນະໂຍບາຍທີ່ກົງກັນ ເລືອກເສັ້ນທາງທີ່ສົ່ງແພັກເກັດທາງທ້ອງຖິ່ນ.
4. ພຣັອກຊີໃຊ້ຕົວຮັບຟັງໂປ່ງໃສທີ່ຮອງຮັບ ພ້ອມຕົວເລືອກຊອກເກັດທີ່ຕ້ອງການ.

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

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

ຄິດເຖິງແພັກເກັດຕໍ່ມາ

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

ໃຊ້ໂໝດໂປ່ງໃສທີ່ແອັບພລິເຄຊັນຮອງຮັບ ແລະເອກະສານເຄີເນລທີ່ກ່ຽວຂ້ອງສຳລັບແຕ່ລະຄອບຄົວ. ຄຳສັ່ງເສັ້ນທາງທ້ອງຖິ່ນ IPv4 ບໍ່ໄດ້ຕັ້ງຄ່າ IPv6, ແລະການຮອງຮັບໃນຄອບຄົວໜຶ່ງ ບໍ່ໄດ້ພິສູດພຶດຕິກຳຊອກເກັດຂອງອີກຄອບຄົວໜຶ່ງ.

TPROXY ຍັງບໍ່ໄດ້ສ້າງການເຈລະຈາ SOCKS. ອົງປະກອບຈາກໂປ່ງໃສໄປ SOCKS ຍັງຕ້ອງ ຄົ້ນຫາປາຍທາງ ແລະເຈລະຈາກັບຕົ້ນນ້ຳຂອງມັນ.

ຍ້າຍຈາກ REDIRECT

ບັນທຶກວ່າແອັບພລິເຄຊັນທີ່ມີຢູ່ໄດ້ປາຍທາງເດີມມາແນວໃດ. REDIRECT ປ່ຽນປາຍທາງ ແລະອີງໃສ່ກົນໄກກູ້ຄືນທີ່ເໝາະສົມ; TPROXY ຕ້ອງການຊອກເກັດໂປ່ງໃສ ແລະການຈັດເສັ້ນທາງຂອງມັນເອງ. ເລືອກຕາມແອັບພລິເຄຊັນ ແລະນະໂຍບາຍທີ່ຢູ່ຕົ້ນທາງ.

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