Den Hostnumm vum Forward-Proxy feelt an der Ufro

Eng gewéinlech HTTP-Ufro iwwer e Forward-Proxy identifizéiert den Zil, dofir kënnen Host an den Hostnumm vun Express d'Aliase vum Proxy selwer net ënnerscheeden.

Stellt Iech vir, datt east.proxy.example an west.proxy.example op deeselwechten gewéinlechen HTTP-Proxy-Listener opléisen. E Client, deen ee vun de béide Nimm benotzt, kann schécken:

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

D'Ufro identifizéiert d'Websäit. Si dréit net den Proxy-Alias, deen de Client opgeléist huet, ier TCP opgemaach gouf. Dofir kann den Hostnumm, deen Express aus Host ofleed, keng Route op Basis vun dëse Proxy-Subdomaine wielen.

Wann Dir de Client an de Proxy kontrolléiert, gitt eng explizit Routing-Agab. Fir e Proxy, deen en X-Route-Label ëmsetzt:

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

--proxy-header riicht sech op d'Kommunikatioun mam Proxy, CONNECT abegraff. En normale -H-Header op der HTTPS-Ufro gehéiert an den verschlësselte HTTP-Austausch vum Zil.

De Server muss d'Routingpolitik ëmsetzen an autoriséieren an dann de Label verbrauchen, ouni en un d'Websäit virunzeginn. Alternativ benotzt separat konfiguréiert Lauschter-Endpunkten oder Proxy-Konten als Routing-Agab.

Fir HTTPS-Ziler kritt Node déi éischt Tunnelufro iwwer den connect-Event vu sengem HTTP-Server. Gewéinlech Express-Ufro-Middleware behandelt deen Event net. Säin CONNECT-Zil identifizéiert nach ëmmer den Zilserver, net den Proxy-Alias.

Ähnlech Artikelen