socat SOCKS ຂົວ: ຮັກສາຊື່ໂຮສ TLS ຂອງເວັບໄຊຕ໌

ແອັບພລິເຄຊັນບໍ່ມີທາງເລືອກ SOCKS ແຕ່ສາມາດເຊື່ອມຕໍ່ກັບທີ່ຢູ່ TCP ທີ່ເລືອກໄດ້. ອະແດັບເຕີທີ່ມີເປົ້າໝາຍຄົງທີ່ສາມາດໃຫ້ການສົນທະນາ SOCKS ສຳລັບເປົ້າໝາຍໜຶ່ງ. ມັນບໍ່ຈຳເປັນຕ້ອງກາຍເປັນພຣັອກຊີສົ່ງຕໍ່ທົ່ວໄປອີກອັນໜຶ່ງ.

ສຳລັບການສ້າງ socat ທີ່ໃຫ້ SOCKS4A ການຈັດວາງຕົວຢ່າງແມ່ນ:

socat TCP4-LISTEN:9443,bind=127.0.0.1,reuseaddr,fork \
  SOCKS4A:127.0.0.1:service.example.net:443,socksport=1080

ຈຸດປາຍທາງ SOCKS ແມ່ນພອດທ້ອງຖິ່ນ 1080. ອະແດັບເຕີຟັງຢູ່ພອດທ້ອງຖິ່ນ 9443 ແລະ ຂໍຈາກຈຸດປາຍທາງນັ້ນ service.example.net:443. ເຫຼົ່ານີ້ແມ່ນຄ່າຕົວຢ່າງ ບໍ່ແມ່ນການຕິດຕັ້ງບໍລິການເຕັມຮູບແບບ.

ອະແດັບເຕີມີເປົ້າໝາຍຄົງທີ່ໜຶ່ງ

ທຸກການເຊື່ອມຕໍ່ TCP ທີ່ຮັບໄດ້ຮ້ອງຂໍບໍລິການດຽວກັນ. ແອັບພລິເຄຊັນທີ່ເຊື່ອມຕໍ່ກັບ 9443 ໃຫ້ໄບຕ໌ໂປຣໂຕຄອນປົກກະຕິຂອງມັນ; socat ໃຫ້ການເຈລະຈາ SOCKS4A. ການສົ່ງຄຳຮ້ອງ HTTP CONNECT ໃໝ່ໄປຫາ 9443 ຈະບໍ່ເລືອກເປົ້າໝາຍອື່ນ—ມັນຈະສົ່ງໄບຕ໌ເຫຼົ່ານັ້ນຕໍ່ໄປຫາບໍລິການຄົງທີ່.

SOCKS4A ໃຫ້ຊື່ໂຮສແກ່ຈຸດປາຍທາງ SOCKS ສຳລັບການແກ້ໄຂຈາກໄລຍະໄກ. ນີ້ແຕກຕ່າງຈາກຮູບແບບ SOCKS4 ທີ່ໃຊ້ທີ່ຢູ່ທີ່ລູກຄ້າເລືອກ. ລຳດັບຂຶ້ນເທິງທີ່ເລືອກ—ລວມທັງຜູ້ສະໝັກສາທາລະນະຈາກລາຍຊື່ພຣັອກຊີ SOCKS4—ຕ້ອງຮອງຮັບການຈັດການຊື່ໂຮສ SOCKS4A ແລະ ການພິສູດຕົວຕົນທີ່ຕ້ອງການ; ຕົວຢ່າງນີ້ບໍ່ແມ່ນສູດການເຂົ້າສູ່ລະບົບດ້ວຍລະຫັດຜ່ານ SOCKS5.

ເຊື່ອມຕໍ່ໃນທ້ອງຖິ່ນ, ຮູ້ຈັກບໍລິການແທ້

ການປ່ຽນ URL HTTPS ເປັນ https://127.0.0.1:9443/ ປ່ຽນຊື່ໂຮສທີ່ລູກຄ້າອາດໃຊ້ສຳລັບ TLS ແລະ HTTP. ໃບຮັບຮອງສຳລັບ service.example.net ຈະບໍ່ກາຍເປັນໃບຮັບຮອງທີ່ຖືກຕ້ອງສຳລັບ loopback.

ເມື່ອລູກຄ້າຮອງຮັບການເສັ້ນທາງການເຊື່ອມຕໍ່ແຍກຕ່າງຫາກ, ຮັກສາຕົວຕົນຂອງ URL ເດີມ. Curl ສາມາດສະແດງຄວາມແຕກຕ່າງນັ້ນ:

curl --noproxy '*' \
  --connect-to service.example.net:443:127.0.0.1:9443 \
  https://service.example.net/

ຊອກເກັດໄປຫາອະແດັບເຕີທ້ອງຖິ່ນ ໃນຂະນະທີ່ການກວດສອບ TLS ແລະ ເປົ້າໝາຍ HTTP ຍັງເປັນ service.example.net. ແອັບພລິເຄຊັນອື່ນຕ້ອງການການຄວບຄຸມທຽບເທົ່າທີ່ຮອງຮັບເອງ; ບໍ່ແມ່ນລູກຄ້າທຸກລາຍຈະໃຫ້ມັນ.

ການຜູກ loopback ຈຳກັດການເປີດເຜີຍເຄືອຂ່າຍ ແຕ່ຂະບວນການທ້ອງຖິ່ນທີ່ມີສິດອື່ນໆຍັງສາມາດເຂົ້າເຖິງໄດ້. ຮັກສາອາຍຸການບໍລິການ ແລະ ຜູ້ໃຊ້ໃຫ້ເໝາະສົມ. ຮັກສາການກວດສອບ TLS ແທນທີ່ຈະກົດຄວາມຜິດພາດຕົວຕົນທີ່ເກີດຈາກ URL loopback.