ເວັບໄຊຕ໌ໃນຊັບເນັດດຽວກັນສາມາດຂ້າມພຣັອກຊີແບບໂປ່ງໃສຂອງເກດເວຍໄດ້
ອະທິບາຍວ່າເປັນຫຍັງການຈະລາຈອນໃນຊັບເນັດດຽວກັນຈຶ່ງຂ້າມກົດການດັກຈັບຂອງເກດເວຍໄດ້ ໃນຂະນະທີ່ຄຳຮ້ອງອິນເຕີເນັດປາກົດໃນບັນທຶກຂອງມັນ.
ການທ່ອງເວັບອິນເຕີເນັດປາກົດໃນບັນທຶກຂອງພຣັອກຊີເກດເວຍ. ເວັບໄຊຕ໌ຢູ່ໃນ LAN ຂອງຫ້ອງການບໍ່ປາກົດ. ກ່ອນຈະປ່ຽນຕົວກອງ URL ໃຫ້ກຳນົດວ່າຄຳຮ້ອງໃນ LAN ໄດ້ໄປຮອດເກດເວຍແລ້ວຫຼືບໍ່.
ສຳລັບປາຍທາງ IPv4 ທີ່ເຊື່ອມຕໍ່ໂດຍກົງ ລູກຂ່າຍສາມາດແກ້ໄຂທີ່ຢູ່ຊັ້ນລິ້ງຂອງປາຍທາງ ແລະສົ່ງໄປຫາມັນໃນພາກສ່ວນທ້ອງຖິ່ນ. ເກດເວຍເລີ່ມຕົ້ນຂອງມັນບໍ່ໄດ້ຢູ່ໃນເສັ້ນທາງນັ້ນໂດຍອັດຕະໂນມັດ. ກົດການດັກຈັບແບບໂປ່ງໃສຢູ່ເກດເວຍບໍ່ສາມາດປ່ຽນເສັ້ນທາງແພັກເກັດທີ່ເກດເວຍບໍ່ເຄີຍໄດ້ຮັບ.
ຕົວຢ່າງ ສອງໂຮສໃນຊັບເນັດດຽວກັນທີ່ເຊື່ອມຕໍ່ໂດຍກົງສາມາດແລກປ່ຽນການຈະລາຈອນຜ່ານສະວິດ ໃນຂະນະທີ່ເຄື່ອງພຣັອກຊີເຊື່ອມຕໍ່ກັບພອດສະວິດອື່ນ. ການຢູ່ໃນ LAN ນັ້ນຢ່າງດຽວບໍ່ເຮັດໃຫ້ພຣັອກຊີເປັນຈຸດສົ່ງຕໍ່.
ເລືອກເສັ້ນທາງທີ່ຕ້ອງການ
ການຕັ້ງຄ່າພຣັອກຊີຢ່າງຊັດເຈນສາມາດສົ່ງຄຳຮ້ອງຂອງແອັບພລິເຄຊັນທີ່ເຂົ້າຮ່ວມໄປຫາພຣັອກຊີໄດ້ ເຖິງແມ່ນວ່າເວັບໄຊຕ໌ເປົ້າໝາຍຢູ່ໃນທ້ອງຖິ່ນ. ກວດເບິ່ງກົດການຂ້າມ ແລະການຕັດສິນໃຈ PAC ນຳ: ພວກມັນອາດເລືອກ DIRECT ຢ່າງເຈດຕະນາສຳລັບຊື່ ຫຼືທີ່ຢູ່ສ່ວນຕົວ.
ຖ້າຕ້ອງການດັກຈັບ ເຄືອຂ່າຍຕ້ອງວາງຈຸດດັກຈັບໄວ້ໃນເສັ້ນທາງຕົວຈິງ; ໃນເກດເວຍ Linux ໃຫ້ແຍກ ເສັ້ນທາງແພັກເກັດທ້ອງຖິ່ນ ແລະເສັ້ນທາງທີ່ສົ່ງຕໍ່. ການແຍກຊັບເນັດດ້ວຍເຣົາເຕີ ຫຼືຂົວທີ່ວາງໃນເສັ້ນຢ່າງເຈດຕະນາສາມາດເຮັດສິ່ງນັ້ນໃນການອອກແບບທີ່ເໝາະສົມ ແຕ່ແຕ່ລະຢ່າງປ່ຽນພຶດຕິກຳການສົ່ງຕໍ່ ແລະຄວາມຜິດພາດ. ຂົວຢູ່ບ່ອນອື່ນໃນ LAN ບໍ່ໄດ້ຢູ່ໃນເສັ້ນໂດຍອັດຕະໂນມັດ.
ເກັບຂໍ້ກຳນົດຂອງໂປຣໂຕຄອນແອັບພລິເຄຊັນໄວ້ແຍກຕ່າງຫາກ. ເຖິງແມ່ນຫຼັງຈາກການຈະລາຈອນຜ່ານອຸປະກອນແລ້ວ ຜູ້ຮັບຟັງຕ້ອງຮອງຮັບໂໝດດັກຈັບ. ການຍ້າຍແພັກເກັດບໍ່ແມ່ນການອະນຸຍາດໃຫ້ຖອດລະຫັດ HTTPS ແລະບໍ່ແມ່ນການຮັບປະກັນວ່າພອດ SOCKS ທຳມະດາຈະຮັບພວກມັນໄດ້.
ບັນທຶກເສັ້ນທາງທີ່ລູກຂ່າຍເລືອກ ພາກສ່ວນທ້ອງຖິ່ນ ແລະອຸປະກອນສົ່ງຕໍ່ຕົວຈິງ. ການຂາດບັນທຶກພຣັອກຊີອາດເປັນຄຳອະທິບາຍທີ່ຖືກຕ້ອງຂອງໂທໂປໂລຍ ບໍ່ແມ່ນຄວາມຜິດພາດຂອງການບັນທຶກ.