Port TCP ເປີດ ບໍ່ໄດ້ພິສູດວ່າ proxy ໃຊ້ໄດ້
ການກວດ port ສຳເລັດບອກພຽງວ່າເຊື່ອມຕໍ່ໄດ້. ກວດ handshake ຂອງ proxy ແລະຄຳຕອບທີ່ຄາດຈາກປາຍທາງນຳ.
Port TCP ເປີດສະແດງວ່າ listener ຍອມຮັບການເຊື່ອມຕໍ່. ມັນອາດເປັນ proxy, web server ທົ່ວໄປ ຫຼືບໍລິການອື່ນ; port 8080 ບໍ່ໄດ້ລະບຸໂປຣໂຕຄອນ.
ສຳລັບ endpoint ທີ່ເອກະສານລະບຸເປັນ HTTP proxy ໃຫ້ໃຊ້ທີ່ຢູ່ຈິງໃນຄຳຂໍ HTTPS ທີ່ມີຂີດຈຳກັດເວລາ:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/ແທນທີ່ຢູ່ເອກະສານດ້ວຍ HTTP endpoint ຂອງທ່ານ ຫຼືຕົວເລືອກຈາກລາຍຊື່ HTTP proxy. ສຳລັບ SOCKS ໃຫ້ໃຊ້ໂໝດ client SOCKS ທີ່ກົງກັນ ແລະເຈລະຈາໃຫ້ສຳເລັດ. Handshake ຜິດອາດລົ້ມເຫຼວທັນທີຫຼັງ TCP ຍອມຮັບ.
| ຂັ້ນຕອນທີ່ເຫັນ | ສິ່ງທີ່ພິສູດ |
|---|---|
| TCP ຍອມຮັບແລ້ວ | ເຂົ້າເຖິງ listener ໄດ້. |
| Handshake proxy ຖືກຍອມຮັບ | Listener ຍອມຮັບການເຮັດວຽກ proxy ຄັ້ງນີ້. |
| TLS ປາຍທາງຖືກຢືນຢັນ | Client ສ້າງການເຊື່ອມຕໍ່ປອດໄພທີ່ຕ້ອງການສຳເລັດ ຕາມການຕັ້ງຄ່າຄວາມເຊື່ອຖືຂອງມັນ. |
| ໄດ້ຮັບສະຖານະແລະເນື້ອຫາທີ່ຄາດ | ຄຳຂໍຂອງແອັບໃຫ້ຜົນຕາມຄາດ. |
HTTPS ຜ່ານ HTTP proxy ຕ້ອງອະນຸຍາດ CONNECT ໄປ port ປາຍທາງ. ແມ່ນແຕ່CONNECT 200 ກໍເປັນຂັ້ນກາງ: ອຸໂມງອາດປິດກ່ອນ TLS ຫຼືຄຳຂໍສຸດທ້າຍສຳເລັດ. HTTP ບໍ່ເຂົ້າລະຫັດທີ່ສຳເລັດ ບໍ່ພິສູດຄວາມສາມາດອຸໂມງນີ້.
ໃຊ້ປາຍທາງທີ່ຄາດເນື້ອຫາໄດ້ ຄວນເປັນທີ່ທ່ານຄວບຄຸມ ແລະກວດບັນທຶກຄຳຂໍຖ້າມີ. HTTP listener ບໍ່ເຂົ້າລະຫັດອາດສົ່ງໜ້າຄົງທີ່ດ້ວຍສະຖານະ 200 ໂດຍບໍ່ຕິດຕໍ່ເປົ້າໝາຍເລີຍ. ການໄດ້ສະຖານະສຳເລັດໃດໜຶ່ງເປັນຫຼັກຖານອ່ອນກວ່າຄຳຕອບກົງຕາມຄາດ; ການຢືນຢັນຕົວຕົນ HTTPS ເພີ່ມການປ້ອງກັນ.
ຈົດຂັ້ນຕອນສຸດທ້າຍທີ່ສຳເລັດ. «Port ເປີດ, ການເຈລະຈາ SOCKS ຖືກປະຕິເສດ» ໃຫ້ຈຸດເລີ່ມທີ່ມີປະໂຫຍດສຳລັບການກວດຕໍ່ໄປ.