Ime gostitelja posredniškega proxyja v zahtevi manjka

Običajna zahteva prek posredniškega proxyja HTTP identificira cilj, zato Host in ime gostitelja v Expressu ne moreta razlikovati aliasov samega proxyja.

Predpostavimo, da east.proxy.example in west.proxy.example kažeta na isti preprost poslušalec proxyja HTTP. Odjemalec, ki uporablja katero koli od teh imen, lahko pošlje:

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

Zahteva identificira spletno mesto. Ne vsebuje aliasa proxyja, ki ga je odjemalec razrešil pred odprtjem TCP. Zato ime gostitelja v Expressu, izpeljano iz Host, ne more izbrati poti na podlagi teh poddomen proxyja.

Če nadzorujete odjemalca in proxy, zagotovite izrecen vhod za usmerjanje. Za proxy, ki izvaja oznako X-Route:

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

--proxy-header cilja na komunikacijo s proxyjem, vključno s CONNECT. Običajna glava -H pri zahtevi HTTPS spada v šifrirano izmenjavo HTTP s ciljem.

Strežnik mora politiko usmerjanja izvesti in odobriti, nato oznako uporabiti, ne da bi jo posredoval spletnemu mestu. Druga možnost je uporaba ločeno nastavljenih končnih točk poslušanja ali računov proxyja kot vhodov usmerjanja.

Za cilje HTTPS Node prejme začetno zahtevo za tunel prek dogodka connect svojega strežnika HTTP. Običajna vmesna programska oprema za zahteve Express tega dogodka ne obravnava. Cilj CONNECT še vedno identificira ciljni strežnik, ne aliasa proxyja.

Sorodni članki