ເປັນຫຍັງຕົວຮັບຟັງ proxy SSH ແບບຍ້ອນກັບຈຶ່ງເຂົ້າເຖິງໄດ້ພຽງແຕ່ໃນເຊີບເວີ
ກວດສອບທີ່ຢູ່ bind ຂອງຕົວຮັບຟັງທາງໄກ ແລະ ໂໝດ GatewayPorts ກ່ອນຈະປ່ຽນໂປຣໂຕຄອນ proxy ຫຼື ຂໍ້ມູນຢືນຢັນ.
ການສົ່ງຕໍ່ທາງໄກສາມາດເຮັດວຽກຈາກເຊີບເວີ SSH ໄດ້ ແຕ່ປະຕິເສດການເຊື່ອມຕໍ່ຈາກເຄື່ອງອື່ນ ເພາະມັນຟັງຢູ່ loopback ພຽງຢ່າງດຽວ. ກວດສອບທີ່ຢູ່ຟັງຕົວຈິງກ່ອນ.
ຝັ່ງເຊີບເວີ GatewayPorts | Bind ຂອງການສົ່ງຕໍ່ທາງໄກ |
|---|---|
no, ຄ່າເລີ່ມຕົ້ນ | ຈຳກັດຕົວຮັບຟັງໃຫ້ຢູ່ loopback |
yes | ບັງຄັບ bind ແບບ wildcard |
clientspecified | ອະນຸຍາດໃຫ້ລູກຄ້າຮ້ອງຂໍທີ່ຢູ່ bind ສະເພາະ |
ສຳລັບຕົວຮັບຟັງທີ່ຕັ້ງໃຈໃສ່ອິນເຕີເຟສດຽວທີ່ຄວບຄຸມ, ເຊີບເວີສາມາດໃຊ້:
GatewayPorts clientspecified
ຫຼັງຈາກນັ້ນລູກຄ້າຈະຮ້ອງຂໍທີ່ຢູ່ທີ່ເໝາະສົມໃນຂໍ້ກຳນົດ -R ຂອງຕົນ. ທີ່ຢູ່ນັ້ນຕ້ອງມີຢູ່ໃນເຄື່ອງທາງໄກ ແລະ ຂໍ້ຈຳກັດການສົ່ງຕໍ່ອື່ນໆຍັງໃຊ້ຢູ່. -g ຝັ່ງລູກຄ້າບໍ່ແມ່ນການຄວບຄຸມທີ່ສະຫຼັບກັນໄດ້ສຳລັບທິດນີ້.
ສາມການອະນຸຍາດຍັງແຍກກັນຢູ່: ການອະນຸຍາດ SSH ເພື່ອສ້າງການສົ່ງຕໍ່, ການເຂົ້າເຖິງເຄືອຂ່າຍໄປຫາຕົວຮັບຟັງຂອງມັນ, ແລະ ນະໂຍບາຍການເຂົ້າເຖິງຂອງບໍລິການ HTTP ຫຼື SOCKS ເອງ. ການເຂົ້າສູ່ລະບົບ SSH ຢືນຢັນຜູ້ສ້າງອຸໂມງ; ມັນບໍ່ໄດ້ຢືນຢັນທຸກຜູ້ໂທຫາຫຼັງຈາກນັ້ນຂອງຕົວຮັບຟັງທີ່ແບ່ງປັນ ແລະ ບໍ່ໄດ້ເພີ່ມການທ້າທາຍລະຫັດຜ່ານ SOCKS.
ຖ້າຜູ້ໂທຫາທາງໄກຍັງເຊື່ອມຕໍ່ບໍ່ໄດ້, ໃຫ້ກວດສອບທີ່ຢູ່ bind, ຂໍ້ຈຳກັດການສົ່ງຕໍ່ຂອງເຊີບເວີ ແລະ ເສັ້ນທາງ firewall ຕາມລຳດັບນັ້ນ. ເມື່ອ TCP ໄປຮອດຕົວຮັບຟັງ, ການຈັບມື proxy ທີ່ລົ້ມເຫຼວແມ່ນບັນຫາຕໍ່ໄປ.