የፊት ፕሮክሲ ስም (hostname) በጥያቄው ውስጥ ጎድሏል

east.proxy.example እና west.proxy.example ወደ አንድ ተመሳሳይ ቀላል HTTP ፕሮክሲ አድማጭ ይቀየራሉ እንበል። ከሁለቱ ስሞች የሚጠቀም ደንበኛ ሊልክ ይችላል፦

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

ጥያቄው ድረ-ገጹን ይለያል። TCP ከመከፈቱ በፊት ደንበኛው የፈታውን የፕሮክሲ ተለዋጭ ስም አይይዝም። ስለዚህ ከ Host የተገኘው የ Express hostname በእነዚያ የፕሮክሲ ንዑስ ጎራዎች ላይ ተመስርቶ መንገድ መምረጥ አይችልም።

ደንበኛውንና ፕሮክሲውን ከተቆጣጠሩ፣ ግልጽ የመንገድ ግቤት ይስጡ። X-Route መለያን ለሚተገበር ፕሮክሲ፦

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

--proxy-header ከፕሮክሲው ጋር ያለውን ግንኙነት ይመራል፣ CONNECT ን ጨምሮ። በ HTTPS ጥያቄ ላይ ያለ ተራ -H አርዕስት በመዳረሻው የተመሰጠረ HTTP ልውውጥ ውስጥ ነው ያለው።

አገልጋዩ የመንገድ መመሪያውን መተግበርና መፍቀድ አለበት፣ ከዚያም መለያውን ወደ ድረ-ገጹ ሳይልክ መጠቀም አለበት። በአማራጭ፣ በተናጠል የተዋቀሩ የማዳመጫ ነጥቦችን ወይም የፕሮክሲ መለያዎችን እንደ መንገድ ግቤት ይጠቀሙ።

ለ HTTPS መዳረሻዎች፣ Node የመጀመሪያውን የቱነል ጥያቄ በ HTTP አገልጋዩ connect ክስተት በኩል ይቀበላል። ተራ የ Express ጥያቄ ሚድልዌር ያንን ክስተት አያስተናግድም። የ CONNECT ዒላማው አሁንም የመዳረሻ አገልጋዩን ይለያል፣ የፕሮክሲ ተለዋጭ ስምን አይደለም።