ຊື່ໂຮສຕ໌ຂອງພຣອກຊີທາງໜ້າບໍ່ມີຢູ່ໃນຄຳຮ້ອງຂໍ

ສົມມຸດວ່າ east.proxy.example ແລະ west.proxy.example ໄປຫາຕົວຮັບຟັງພຣອກຊີ HTTP ທຳມະດາດຽວກັນ. ລູກຄ້າທີ່ໃຊ້ຊື່ໃດກໍໄດ້ສາມາດສົ່ງ:

GET http://www.example.org/report HTTP/1.1
Host: www.example.org

ຄຳຮ້ອງຂໍລະບຸເວັບໄຊ. ມັນບໍ່ໄດ້ນຳຊື່ພຣອກຊີທີ່ລູກຄ້າແກ້ໄຂກ່ອນເປີດ TCP. ດັ່ງນັ້ນຊື່ໂຮສຕ໌ Express ທີ່ມາຈາກ Host ຈຶ່ງເລືອກເສັ້ນທາງຕາມໂດເມນຍ່ອຍຂອງພຣອກຊີເຫຼົ່ານັ້ນບໍ່ໄດ້.

ຖ້າທ່ານຄວບຄຸມລູກຄ້າແລະພຣອກຊີ, ໃຫ້ຂໍ້ມູນການເສັ້ນທາງທີ່ຊັດເຈນ. ສຳລັບພຣອກຊີທີ່ຈັດຕັ້ງປ້າຍ X-Route:

curl --proxy http://east.proxy.example:8080 \
  --proxy-header 'X-Route: east' \
  https://www.example.org/

--proxy-header ເປົ້າໝາຍການສື່ສານກັບພຣອກຊີ ລວມທັງ CONNECT. ຫົວຂໍ້ -H ທຳມະດາຂອງຄຳຮ້ອງ HTTPS ຢູ່ພາຍໃນການແລກປ່ຽນ HTTP ທີ່ເຂົ້າລະຫັດຂອງປາຍທາງ.

ເຊີບເວີຕ້ອງຈັດຕັ້ງ ແລະ ອະນຸຍາດນະໂຍບາຍການເສັ້ນທາງ ແລ້ວໃຊ້ປ້າຍໂດຍບໍ່ສົ່ງຕໍ່ໄປຫາເວັບໄຊ. ອີກທາງເລືອກໜຶ່ງ, ໃຊ້ຈຸດປາຍທາງການຮັບຟັງ ຫຼື ບັນຊີພຣອກຊີທີ່ຕັ້ງຄ່າແຍກຕ່າງຫາກເປັນຂໍ້ມູນເສັ້ນທາງ.

ສຳລັບປາຍທາງ HTTPS, Node ໄດ້ຮັບຄຳຮ້ອງຂໍອຸໂມງເບື້ອງຕົ້ນ ຜ່ານເຫດການ connect ຂອງເຊີບເວີ HTTP ຂອງມັນ. ມິດເວລແວຣ໌ຄຳຮ້ອງ Express ທຳມະດາບໍ່ຈັດການເຫດການນັ້ນ. ເປົ້າໝາຍ CONNECT ຍັງລະບຸເຊີບເວີປາຍທາງ ບໍ່ແມ່ນຊື່ພຣອກຊີ.