Emri i hostit të proxy-t përpara mungon në kërkesë

Një kërkesë e zakonshme proxy HTTP përpara identifikon destinacionin, prandaj Host dhe emri i hostit në Express nuk mund të dallojnë pseudonimet e vetë proxy-t.

Supozoni se east.proxy.example dhe west.proxy.example zgjidhen në të njëjtin dëgjues të thjeshtë proxy HTTP. Një klient që përdor cilindo nga emrat mund të dërgojë:

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

Kërkesa identifikon faqen e internetit. Ajo nuk mbart pseudonimin e proxy-t që klienti zgjidhi përpara se të hapte TCP. Prandaj emri i hostit i Express, i nxjerrë nga Host, nuk mund të zgjedhë një rrugë bazuar në ato nëndomenë të proxy-t.

Nëse kontrolloni klientin dhe proxy-n, jepni një hyrje të qartë rrugëtimi. Për një proxy që zbaton një etiketë X-Route:

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

--proxy-header synon komunikimin me proxy-n, përfshirë CONNECT. Një krye -H e zakonshme në kërkesën HTTPS i përket brenda shkëmbimit HTTP të kriptuar të destinacionit.

Serveri duhet të zbatojë dhe të autorizojë politikën e rrugëtimit, pastaj të konsumojë etiketën pa e përcjellë te faqja e internetit. Si alternativë, përdorni pika dëgjimi ose llogari proxy të konfiguruara veçmas si hyrje rrugëtimi.

Për destinacionet HTTPS, Node merr kërkesën fillestare të tunelit përmes ngjarjes connect të serverit të tij HTTP. Ndërmjetësi i zakonshëm i kërkesave Express nuk e trajton atë ngjarje. Objektivi CONNECT vazhdon të identifikojë serverin e destinacionit, jo pseudonimin e proxy-t.

Artikuj të ngjashëm