ຮູບແບບພຣັອກຊີ HTTP ຂອງ Ncat ທຽບກັບຣີເລ TCP ຄົງທີ່
ຣີເລໄບຕ໌ຄົງທີ່ປ່ອຍການປະມວນຜົນ HTTP ໃຫ້ພຣັອກຊີທີ່ມີຢູ່. ຮູບແບບຟັງ HTTP ຂອງ Ncat ແມ່ນບໍລິການອື່ນທີ່ຮູ້ຈັກໂປຣໂຕຄອນ.
client → local TCP relay → existing forward proxy → destinationໃນການຈັດວາງນີ້ ຣີເລມີເສັ້ນທາງຂຶ້ນເທິງຄົງທີ່ໜຶ່ງ. ມັນສົ່ງຄຳຂໍຂອງລູກຄ້າໂດຍບໍ່ປ່ຽນແປງໄປຫາພຣັອກຊີດ້ານໜ້າທີ່ມີຢູ່. ພຣັອກຊີນັ້ນອ່ານ URL ສົມບູນ ຫຼື ເປົ້າໝາຍ CONNECT, ໃຊ້ນະໂຍບາຍ ແລະ ເປີດການເຊື່ອມຕໍ່ປາຍທາງ.
ການຊີ້ຣີເລໄປຫາເວັບໄຊໂດຍກົງປ່ຽນສັນຍາ. ພຣັອກຊີດ້ານໜ້າຕ້ອງເລືອກປາຍທາງ ແລະ ຈັດການກອບ HTTP ກັບພຶດຕິກຳການເຊື່ອມຕໍ່; ການດຶງຊື່ໂຮສຈາກແຖວທຳອິດບໍ່ພຽງພໍ.
Ncat ຂອງ Nmap ມີ ຮູບແບບຟັງທີ່ຮູ້ຈັກ HTTP ແຍກຕ່າງຫາກ:
ncat --listen 127.0.0.1 3128 --proxy-type httpຕົວຢ່າງ loopback ນີ້ໃຊ້ການຈັດຕັ້ງພຣັອກຊີຂອງ Ncat ບໍ່ແມ່ນຄຸນສົມບັດທີ່ທຸກ nc ມີ. ພຣັອກຊີຝ່າຍຟັງຂອງມັນຈັດການວິທີ HTTP ແລະ CONNECT. ຕົວເລືອກ SOCKS ຝ່າຍລູກຄ້າຂອງມັນບໍ່ສ້າງເຊີບເວີ SOCKS ໃນຮູບແບບຟັງ. ບໍລິການແບ່ງປັນຖາວອນຍັງຕ້ອງການການຈັດການການເຊື່ອມຕໍ່ຢ່າງຕັ້ງໃຈ, ການຄວບຄຸມການເຂົ້າເຖິງ ແລະ ການບັນທຶກ.
ສຳລັບການສັງເກດ ໃຫ້ກຳນົດຂອບເຂດການເຂົ້າລະຫັດ. ຣີເລເທິງການເຊື່ອມຕໍ່ພຣັອກຊີ HTTP ທຳມະດາສາມາດເຫັນຄຳຂໍ ແລະ ຄຳຕອບ. ຫຼັງ CONNECT, HTTPS ຂອງປາຍທາງແມ່ນໄບ TLS ບໍ່ແມ່ນເນື້ອຫາໜ້າທີ່ອ່ານໄດ້. TLS ໄປຫາພຣັອກຊີປິດບັງແມ້ກະທັ້ງການແລກປ່ຽນພຣັອກຊີຄັ້ງທຳອິດເທິງລິ້ງນັ້ນ. ໃຊ້ການວິນິດໄສລູກຄ້າ ແລະ ພຣັອກຊີສຳລັບທຸລະກຳທີ່ຕີຄວາມ ແລະ ປົກປ້ອງບັນທຶກທີ່ອາດມີຂໍ້ມູນຢືນຢັນ ຫຼື URL ທີ່ອ່ອນໄຫວ.