Demagun east.proxy.example eta west.proxy.example HTTP proxy entzule arrunt berera ebazten direla. Bi izenetako edozein erabiltzen duen bezeroak hau bidal dezake:

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

Eskaerak webgunea identifikatzen du. Ez du TCP ireki aurretik bezeroak ebatzitako proxy aliasa eramaten. Beraz, Expressen Host-etik eratorritako ostalari-izenak ezin du ibilbiderik hautatu proxy azpidomeinu horietan oinarrituta.

Bezeroa eta proxy-a kontrolatzen badituzu, eman bideratze-sarrera esplizitu bat. X-Route etiketa inplementatzen duen proxy baterako:

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

--proxy-header proxy-arekin komunikazioa zuzentzen du, CONNECT barne. HTTPS eskaeran dagoen -H goiburu arrunta helmugaren HTTP truke zifratuaren barruan dago.

Zerbitzariak bideratze-politika inplementatu eta baimendu behar du, eta gero etiketa kontsumitu webguneari birbidali gabe. Bestela, erabili bereiz konfiguratutako entzute-puntuak edo proxy kontuak bideratze-sarrera gisa.

HTTPS helmugentzat, Node-k hasierako tunel eskaera jasotzen du bere HTTP zerbitzariaren connect gertaeraren bidez. Express eskaera middleware arruntak ez du gertaera hori kudeatzen. Bere CONNECT helburuak helmuga zerbitzaria identifikatzen jarraitzen du, ez proxy aliasa.

Erlazionatutako artikuluak