ພອດທີ່ສົ່ງຕໍ່ຜ່ານ SSH ບໍ່ແມ່ນ SOCKS proxy ສະເໝີ

ແຍກການສົ່ງຕໍ່ພາຍໃນ SSH ແບບຄົງທີ່ ອອກຈາກຕົວຮັບຟັງ SOCKS ແບບເຄື່ອນໄຫວ ກ່ອນຕັ້ງຄ່າແອັບພລິເຄຊັນ.

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

ການສົ່ງຕໍ່ແອັບພລິເຄຊັນພາຍໃນສົ່ງຫຍັງການເລືອກປາຍທາງ
-Lໂປຣໂຕຄອນປົກກະຕິຂອງບໍລິການປາຍທາງກຳນົດຄົງທີ່ໃນຄຳສັ່ງ SSH
-Dການເຈລະຈາ SOCKS, ແລ້ວການຈະລາຈອນຂອງແອັບພລິເຄຊັນຮ້ອງຂໍໂດຍລູກຄ້າ SOCKS

ສຳລັບເວັບເຊີບເວີດຽວ, ນີ້ແມ່ນການສົ່ງຕໍ່ແບບຄົງທີ່:

ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]

ເຂົ້າເບິ່ງ http://127.0.0.1:9080/ ເປັນເວັບໄຊ. ຢ່າໃສ່ປ້າຍພອດ 9080 ວ່າ SOCKS: ມັນສົ່ງໄບຕ໌ໄປຫາເວັບເຊີບເວີດຽວທີ່ລະບຸໃນຄຳສັ່ງ. ການເປີດເວັບໄຊພາຍໃຕ້ຊື່ໂຮສຕ໌ອື່ນກໍອາດສົ່ງຜົນຕໍ່ການໂຮສຕ໌ແບບສະເໝືອນ, ການປ່ຽນເສັ້ນທາງ ຫຼື ຄຸກກີ້ຂອງມັນ.

ຕົວຮັບຟັງ SOCKS ຮູບຊົງປ່ຽນໄປ:

ssh -N -D 127.0.0.1:1080 [email protected]

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

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

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