ລະຫັດຜ່ານ SSH ຂອງທ່ານບໍ່ແມ່ນລະຫັດຜ່ານ SOCKS

ທ່ານພິມລະຫັດຜ່ານເພື່ອເລີ່ມ ssh -D. ມັນໄດ້ຢັ້ງຢືນການເຊື່ອມຕໍ່ SSH ຂອງທ່ານ. ມັນບໍ່ໄດ້ສ້າງບັນຊີ SOCKS ທີ່ປ້ອງກັນດ້ວຍລະຫັດຜ່ານສຳລັບທຸກໂປຣແກຣມທີ່ສາມາດໄປຮອດຕົວຮັບຟັງໃໝ່ໄດ້.

ການສົ່ງຕໍ່ແບບດີນາມິກ ຂອງ OpenSSH ໃຫ້ບໍລິການ SOCKS ພາຍໃນເຄືອຂ່າຍຜ່ານການຂົນສົ່ງ SSH ທີ່ຢັ້ງຢືນແລ້ວ. ການຈັດການ SOCKS5 ຂອງມັນເລືອກວິທີທີ່ບໍ່ມີການຢັ້ງຢືນ; ມັນບໍ່ແມ່ນເຊີບເວີ SOCKS ທົ່ວໄປທີ່ມີຊື່ຜູ້ໃຊ້ແລະລະຫັດຜ່ານ.

ສຳລັບການໃຊ້ສ່ວນຕົວ, ຜູກພາຍໃນເຄື່ອງ:

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

ແອັບພລິເຄຊັນເທິງຄອມພິວເຕີນັ້ນໃຊ້ພອດ 1080 ໂດຍບໍ່ຕ້ອງໃສ່ລະຫັດຜ່ານ SSH ຂອງທ່ານເປັນລະຫັດຜ່ານ SOCKS. ເອກະສານການສົ່ງຕໍ່ແບບດີນາມິກ ອະທິບາຍຕົວຮັບຟັງ, ແລະ ຊອດການຈັດການ SOCKS ຂອງ OpenSSH ໃຫ້ລາຍລະອຽດການຢັ້ງຢືນ.

ການແບ່ງປັນປ່ຽນບັນຫາ

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

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

ສິ່ງນີ້ຊ່ວຍໃນການແກ້ໄຂບັນຫາຄືກັນ. ລູກຄ້າທີ່ຢືນຢັນວິທີຊື່ຜູ້ໃຊ້/ລະຫັດຜ່ານ SOCKS ອາດຈະບໍ່ເຈລະຈາກັບຕົວຮັບຟັງນີ້ຕາມທີ່ທ່ານຄາດຫວັງ. ປັບແອັບພລິເຄຊັນ ຫຼືເລືອກບໍລິການ SOCKS ທີ່ຢັ້ງຢືນແລ້ວທີ່ເໝາະສົມ; ການລອງລະຫັດຜ່ານ SSH ຂອງທ່ານຊ້ຳໆແກ້ໄຂການເຂົ້າສູ່ລະບົບທີ່ຜິດ.

ການເຂົ້າເຖິງພາຍໃນເຄື່ອງຢ່າງດຽວຍັງເປັນຂອບເຂດທີ່ຕ້ອງເຂົ້າໃຈ, ບໍ່ແມ່ນການກ່າວວ່າທຸກຂະບວນການເທິງຄອມພິວເຕີພາຍໃນເປັນຂອງຜູ້ໃຊ້ດຽວກັນ.