Privoxy: ເຊື່ອມຕໍ່ລູກຄ້າພຣອກຊີ HTTP ກັບອຸໂມງ SOCKS

ອຸໂມງ SSH ແບບເຄື່ອນທີ່, ລວມທັງການສົ່ງຕໍ່ແບບເຄື່ອນທີ່ຂອງ PuTTY, ໃຫ້ສ່ວນຕິດຕໍ່ SOCKS. ແອັບພລິເຄຊັນທີ່ຮັບສະເພາະພຣອກຊີ HTTP ບໍ່ສາມາດໃຊ້ພອດນັ້ນໄດ້ພຽງແຕ່ເອີ້ນມັນວ່າ HTTP.

ຂົວໂປຣໂຕຄອນທ້ອງຖິ່ນສາມາດຢູ່ລະຫວ່າງທັງສອງ. ແອັບພລິເຄຊັນສົ່ງຄຳຂໍພຣອກຊີ HTTP ໄປຂົວ ແລະ ຂົວເປີດການເຊື່ອມຕໍ່ປາຍທາງຜ່ານບໍລິການ SOCKS.

Privoxy ເອກະສານການຈັດວາງນີ້ຜ່ານກົດການສົ່ງຕໍ່. ສຳລັບອຸໂມງ SOCKS5 ທ້ອງຖິ່ນທີ່ມີຢູ່ແລ້ວ, ສ່ວນຂອງການຕັ້ງຄ່າແມ່ນ:

forward-socks5 / 127.0.0.1:1080 .

ແອັບພລິເຄຊັນເຊື່ອມຕໍ່ກັບຕົວຮັບຟັງ HTTP ຂອງ Privoxy, ບໍ່ແມ່ນພອດ 1080. ເກັບຕົວຮັບຟັງນັ້ນໄວ້ໃນທ້ອງຖິ່ນຕາມນະໂຍບາຍການເຂົ້າເຖິງທີ່ຕັ້ງໃຈ. ຈຸດສຸດທ້າຍໃນກົດມີຄວາມໝາຍທີ່ເອກະສານໄວ້; ມັນບໍ່ແມ່ນຕົວແທນສຳລັບຊື່ໂຮສອິນເຕີເນັດທີ່ຂາດຫາຍ.

ນີ້ແມ່ນການແປໂປຣໂຕຄອນ

ເອກະສານການສົ່ງຕໍ່ຂອງ Privoxy ອະທິບາຍວາກະຍະສັມພັນການສົ່ງຕໍ່ SOCKS ແລະ ການຈັດການຊື່ໂຮສ. ການສົ່ງຕໍ່ພອດ TCP ທຳມະດາບໍ່ໄດ້ແປແບບດຽວກັນ: ມັນສົ່ງໄບຕ໌ HTTP ຂອງລູກຄ້າໄປຫາຕົວຮັບຟັງ SOCKS ໂດຍບໍ່ປ່ຽນແປງ, ເຊິ່ງຍັງຄາດຫວັງການເຈລະຈາ SOCKS.

ຂົວຍັງກາຍເປັນສ່ວນໜຶ່ງຂອງການຕັ້ງຄ່າທີ່ທ່ານຕ້ອງເຂົ້າໃຈ. Privoxy ອາດມີການຕັ້ງຄ່າການກອງເນື້ອຫາ ແລະ ການເຂົ້າເຖິງຂອງຕົນເອງ. ການເພີ່ມມັນບໍ່ຄືກັບການເຮັດໃຫ້ແອັບພລິເຄຊັນເດີມຮອງຮັບ SOCKS ແບບພື້ນເມືອງ.

ສຳລັບເວັບໄຊ HTTPS, ແອັບພລິເຄຊັນມັກຈະຂໍ CONNECT ຈາກຂົວ HTTP ແລະ ຂົວໄດ້ຮັບການເຊື່ອມຕໍ່ປາຍທາງຜ່ານ SOCKS. TLS ປົກກະຕິຂອງເວັບໄຊຍັງເປັນຄວາມສຳພັນລະຫວ່າງແອັບພລິເຄຊັນກັບເວັບໄຊ; ຂົວບໍ່ຈຳເປັນຕ້ອງປອມໂຕເປັນເວັບໄຊເພື່ອໃຫ້ເສັ້ນທາງນີ້.

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