ເຂົ້າເຖິງ HTTP ຫຼື SOCKS proxy ທີ່ມີຢູ່ແລ້ວຜ່ານ SSH
ເຂົ້າເຖິງ HTTP ຫຼື SOCKS proxy ແບບ loopback ທາງໄກຜ່ານ SSH ໂດຍບໍ່ເປີດເຜີຍຕົວຮັບຟັງຂອງມັນສູ່ສາທາລະນະ.
ຖ້າ relay.example.net ແລ່ນ SOCKS ຢູ່ໃນ 127.0.0.1:1080 ຂອງມັນແລ້ວ, ໃຫ້ສົ່ງຕໍ່ການເຂົ້າເຖິງ ແທນທີ່ຈະເປີດເຜີຍຕົວຮັບຟັງນັ້ນສູ່ສາທາລະນະ:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| ຈຸດປາຍທາງ | ບົດບາດ |
|---|---|
ແລັບທັອບ 127.0.0.1:1081 | ທີ່ຢູ່ SOCKS ທີ່ຕ້ອງຕັ້ງຄ່າໃນແອັບຂອງແລັບທັອບ. |
ຣີເລ 127.0.0.1:1080 | Proxy ທີ່ມີຢູ່ແລ້ວ ທີ່ເຂົ້າເຖິງຈາກຝັ່ງເຊີບເວີ SSH. |
ໄວຍາກອນການສົ່ງຕໍ່ພາຍໃນ ກຳນົດປາຍທາງຄົງທີ່ໃຫ້ຝັ່ງເຊີບເວີ. HTTP proxy ເທິງພອດ loopback ທາງໄກ 3128 ຫຼືຈຸດປາຍທາງໃນເຄືອຂ່າຍພາຍໃນເຊັ່ນ proxy.internal.example:8080 ເຮັດວຽກຕາມຫຼັກການດຽວກັນ. ຕັ້ງຄ່າລູກຂ່າຍສຳລັບ ໂປຣໂຕຄອນ HTTP ທີ່ມີຢູ່ນັ້ນ ແລະບັນຊີ; ການສົ່ງຜ່ານ SSH ບໍ່ໄດ້ສ້າງ SOCKS ຫຼືຕົວຮັບຟັງ HTTPS ທີ່ເປີດ TLS.
ບໍລິການທີ່ມີຢູ່ແລ້ວຍັງເລືອກສະບັບໂປຣໂຕຄອນທີ່ຮອງຮັບ, ການພິສູດຕົວຕົນ, ປາຍທາງ ແລະທາງອອກສຸດທ້າຍ. ຖ້າຂະບວນການ SSH ອື່ນສ້າງ proxy ທາງໄກນັ້ນ, ທັງສອງຂະບວນການຕ້ອງຄົງຢູ່. ເສັ້ນທາງແລັບທັອບ→ຣີເລ→ປະຕູທາງ ເຮັດໃຫ້ເວັບໄຊເຫັນ ການເຊື່ອມຕໍ່ອອກນອກສຸດທ້າຍ, ບໍ່ແມ່ນຕົວຕົນທີ່ພອດພາຍໃນ 1081 ຈັດສັນ.
ຮັກສາການຜູກຂອງແລັບທັອບໃຫ້ເປັນພາຍໃນຢ່າງຊັດເຈນ. ການເປີດເຜີຍກວ້າງຂຶ້ນປ່ຽນວ່າໃຜສາມາດເຂົ້າເຖິງບໍລິການໄດ້, ແລະການເຂົ້າສູ່ລະບົບ SSH ບໍ່ໄດ້ເພີ່ມລະຫັດຜ່ານ SOCKS ໃຫ້ຕົວຮັບຟັງ. ຖ້າຖືກປະຕິເສດ, ໃຫ້ກວດຕົວຮັບຟັງຂອງແລັບທັອບ, ການຂົນສົ່ງ SSH ແລະ proxy ທາງໄກເປັນຂັ້ນຕອນແຍກກັນ.