Mae enw gwesteiwr'r dirprwy blaen yn eisiau yn y cais
Mae cais HTTP cyffredin drwy ddirprwy blaen yn nodi'r cyrchfan, felly ni all Host a hostname Express wahaniaethu rhwng ffug-enwau'r dirprwy ei hun.
Tybiwch fod east.proxy.example a west.proxy.example yn datrys i'r un gwrandawr HTTP cyffredin ar y dirprwy. Gall cleient sy'n defnyddio'r naill enw neu'r llall anfon:
GET http://www.example.org/report HTTP/1.1
Host: www.example.org
Mae'r cais yn nodi'r wefan. Nid yw'n cario'r ffug-enw dirprwy y datrysoedd y cleient cyn agor TCP. Felly ni all hostname Express sy'n deillio o Host ddewis llwybr ar sail yr is-barthau dirprwy hynny.
Os ydych chi'n rheoli'r cleient a'r dirprwy, rhowch fewnbwn llwybro penodol. Ar gyfer dirprwy sy'n gweithredu label X-Route:
curl --proxy http://east.proxy.example:8080 \
--proxy-header 'X-Route: east' \
https://www.example.org/
Mae --proxy-header yn targedu cyfathrebu â'r dirprwy, gan gynnwys CONNECT. Mae pennawd -H cyffredin ar y cais HTTPS yn perthyn y tu mewn i gyfnewid HTTP amgryptiedig y gyrchfan.
Rhaid i'r gweinydd weithredu a chaniatau'r polisi llwybro, ac yna defnyddio'r label heb ei anfon ymlaen at y wefan. Fel arall, defnyddiwch bwyntiau terfyn gwrando neu gyfrifon dirprwy a ffurfweddir ar wahân fel mewnbynnau llwybro.
Ar gyfer cyrchfannau HTTPS, mae Node yn derbyn y cais twnnel cychwynnol drwy ddigwyddiad connect ei weinydd HTTP. Nid yw middleware cais arferol Express yn trin y digwyddiad hwnnw. Mae ei darged CONNECT yn dal i nodi gweinydd y gyrchfan, nid ffug-enw'r dirprwy.