Die gasheernaam van die vorentoe-proxy ontbreek in die versoek

'n Gewone HTTP-vorentoe-proxyversoek identifiseer die bestemming, so Host en Express se hostname kan nie aliase van die proxy self onderskei nie.

Veronderstel east.proxy.example en west.proxy.example word na dieselfde gewone HTTP-proxyluisteraar opgelos. 'n Kliënt wat enige van die name gebruik, kan stuur:

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

Die versoek identifiseer die webwerf. Dit dra nie die proxy-alias wat die kliënt opgelos het voordat TCP geopen is nie. Express se Host-afgeleide hostname kan dus nie 'n roete op grond van daardie proxy-subdomeine kies nie.

As jy die kliënt en die proxy beheer, verskaf 'n eksplisiete roeteringsinvoer. Vir 'n proxy wat 'n X-Route-etiket implementeer:

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

--proxy-header rig kommunikasie met die proxy, insluitend CONNECT. 'n Gewone -H-opskrif op die HTTPS-versoek hoort binne die bestemming se versleutelde HTTP-uitruiling.

Die bediener moet die roeteringsbeleid implementeer en magtig, en dan die etiket verbruik sonder om dit na die webwerf aan te stuur. Alternatiewelik, gebruik afsonderlik gekonfigureerde luistereindpunte of proxyrekeninge as roeteringsinvoer.

Vir HTTPS-bestemmings ontvang Node die aanvanklike tonnelversoek deur sy HTTP-bediener se connect-gebeurtenis. Gewone Express-versoekmiddelware hanteer nie daardie gebeurtenis nie. Sy CONNECT-teiken identifiseer steeds die bestemmingsbediener, nie die proxy-alias nie.

Verwante artikels