ການຕັ້ງຄ່າ proxy ສອງຢ່າງສາມາດສ້າງໂສ້ທີ່ທ່ານບໍ່ໄດ້ຕັ້ງໃຈ

ແອັບພລິເຄຊັນຂອງທ່ານຊີ້ໄປທີ່ proxy B, ແຕ່ມັນຖືກເປີດຜ່ານຕົວຫໍ່ທີ່ຕັ້ງຄ່າສຳລັບ proxy A. ເວັບໄຊທ໌ເຫັນທາງອອກໃດ? ຄຳຕອບຂຶ້ນກັບວ່າຕົວຫໍ່ສະກັດກັ້ນການເຊື່ອມຕໍ່ໃດ.

ໃນການຈັດລຽງແບບຊ້ອນກັນງ່າຍໆ, ແອັບພລິເຄຊັນຈະພະຍາຍາມເຊື່ອມຕໍ່ຫາ B ກ່ອນ. ຕົວຫໍ່ຈະສະກັດກັ້ນການເຊື່ອມຕໍ່ນັ້ນ ແລະ ສົ່ງຜ່ານ A. ຈາກນັ້ນແອັບພລິເຄຊັນຈະເວົ້າພິເສດ proxy ຂອງ B ເທິງສະຕຣີມທີ່ເກີດຂຶ້ນ, ແລະ B ຈະເຮັດການເຊື່ອມຕໍ່ເວັບໄຊທ໌ສຸດທ້າຍ.

application → wrapper proxy A → application proxy B → website

ເວັບໄຊທ໌ເຫັນການເຊື່ອມຕໍ່ອອກນອກສຸດທ້າຍຂອງ B. B ເຫັນການເຊື່ອມຕໍ່ທີ່ມາຜ່ານ A. ນີ້ແຕກຕ່າງຈາກການທີ່ຕົວຫໍ່ຂຽນທັບການຕັ້ງຄ່າ proxy ຂອງແອັບພລິເຄຊັນເອງຢ່າງງຽບໆ.

ແຜນພາບງ່າຍໆມີເງື່ອນໄຂ

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

ຄຳອະທິບາຍຂອງ proxychains-ng ອະທິບາຍວິທີການສະກັດກັ້ນ ແລະ ຂໍ້ຈຳກັດຂອງມັນ. ໂປຣແກຣມທີ່ໃຊ້ການຮອງຮັບ proxy ພື້ນເມືອງຍັງຄົງເຮັດການເຊື່ອມຕໍ່ເຄືອຂ່າຍຫາ proxy ນັ້ນ, ຊຶ່ງເປັນໜຶ່ງໃນຜູ້ສະໝັກສຳລັບການສະກັດກັ້ນ.

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

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