ເປັນຫຍັງ http_proxy ຈຶ່ງບໍ່ຈຳເປັນຕ້ອງສົ່ງຜົນກະທົບຕໍ່ Whois

Whois ແບບດັ້ງເດີມໃຊ້ໂປຣໂຕຄອນ TCP ຂອງຕົນເອງ, ໂດຍປົກກະຕິຢູ່ພອດ 43. ມັນບໍ່ແມ່ນຄຳຮ້ອງ HTTP ພຽງເພາະວ່າຄຳຕອບອະທິບາຍໂດເມນອິນເຕີເນັດ.

ຕົວແປ http_proxy ຊ່ວຍພຽງແຕ່ຊອບແວທີ່ອ່ານມັນສຳລັບເສັ້ນທາງພຣັອກຊີ HTTP ທີ່ຮອງຮັບ. ການຈັດຕັ້ງ Whois ສາມາດລະເລີຍຕົວແປນັ້ນ ໃນຂະນະທີ່ເຮັດການເຊື່ອມຕໍ່ TCP ປົກກະຕິຂອງມັນ.

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

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

ໃຫ້ສັງເກດພຶດຕິກຳການສົ່ງຕໍ່ຄືກັນ: ການຄົ້ນຫາອາດຕິດຕໍ່ເຊີບເວີຫຼາຍກວ່າໜຶ່ງ. ການເຊື່ອມຕໍ່ທີ່ໄດ້ຮັບອະນຸຍາດໜຶ່ງຄັ້ງ ບໍ່ໄດ້ພິສູດວ່າທຸກປາຍທາງຕໍ່ມາຈະໃຊ້ເສັ້ນທາງທີ່ຕັ້ງໃຈໄດ້.