De hostnamme fan 'e foarút-proxy ûntbrekt yn it fersyk

In gewoan HTTP-fersyk fia in foarút-proxy identifisearret de bestimming, dêrom kinne Host en hostname fan Express de aliasen fan 'e proxy sels net ûnderskiede.

Stel dat east.proxy.example en west.proxy.example nei deselde gewoane HTTP-proxylistener oplosse. In klant dy't ien fan beide nammen brûkt, kin stjoere:

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

It fersyk identifisearret de webside. It draacht net it proxy-alias dat de klant oplost hat foar't TCP iepene waard. De hostnamme dy't Express fan Host ôfliedt, kin dêrom gjin rûte kieze op grûn fan dy proxy-subdomeinen.

As jo de klant en de proxy beheare, jou dan in eksplisite routing-ynfier. Foar in proxy dy't in X-Route-label ymplementearret:

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

--proxy-header rjochtet him op 'e kommunikaasje mei de proxy, ynklusyf CONNECT. In gewoane -H-kop op it HTTPS-fersyk heart binnen de fersifere HTTP-útwikseling fan 'e bestimming.

De server moat it routingbelied ymplementearje en autorisearje, en dan it label brûke sûnder it nei de webside troch te stjoeren. As alternatyf kinne jo apart konfigurearre hark-einpunten of proxy-akkounts as routing-ynfier brûke.

Foar HTTPS-bestimmingen ûntfangt Node it earste tunnel-fersyk fia it connect-barren fan syn HTTP-server. Gewoane Express-fersyk-middelware behannelet dat barren net. Syn CONNECT-doel identifisearret noch altyd de bestimmingsserver, net it proxy-alias.

Relatearre artikelen