דער האָסטנאָמען פֿון דער פֿאָרויס־פּראָקסי פֿעלט אין דער בקשה

לאָמיר זאָגן אַז east.proxy.example און west.proxy.example פֿירן צום זעלביקן פּשוטן HTTP־פּראָקסי־צוהערער. אַ קליענט וואָס ניצט איינעם פֿון די נעמען קען שיקן:

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

די בקשה אידענטיפֿיצירט דעם וועבזייטל. זי טראָגט נישט דעם פּראָקסי־אַליאַס וואָס דער קליענט האָט אויפֿגעלאָזט פֿאַר TCP. דערפֿאַר קען דער Express האָסטנאָמען, אָפּגעשטאַמט פֿון Host, נישט אויסקלייבן אַ וועג לויט יענע פּראָקסי־סובדאָמענען.

אויב איר קאָנטראָלירט דעם קליענט און די פּראָקסי, גיט אַן עקספּליציטע ראָוטינג־אַרײַנגאַנג. פֿאַר אַ פּראָקסי וואָס פֿירט איין אַ X-Route־עטיקעט:

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

--proxy-header צילט די קאָמוניקאַציע מיט דער פּראָקסי, אַרײַנגערעכנט CONNECT. אַ געוויינטלעכער -H־קעפּל אויף דער HTTPS־בקשה געהערט אין דעם פֿאַרשליסלטן HTTP־אויסטױש פֿון דעם ציל.

דער סערווער מוז איינפֿירן און באַוואָרענען די ראָוטינג־פּאָליטיק, דערנאָך ניצן די עטיקעט אָן זי איבערגעבן צום וועבזייטל. אַנדערשט ניצט באַזונדער קאָנפֿיגורירטע צוהער־ענדפּונקטן אָדער פּראָקסי־קאָנטן ווי ראָוטינג־אַרײַנגאַנגען.

פֿאַר HTTPS־צילן באַקומט Node די ערשטע טונעל־בקשה דורך דעם connect־געשעעניש פֿון זיין HTTP־סערווער. געוויינטלעכע Express־בקשה־מיטלוואַרג באַהאַנדלט נישט יענע געשעעניש. דער CONNECT־ציל אידענטיפֿיצירט נאָך אַלץ דעם ציל־סערווער, נישט דעם פּראָקסי־אַליאַס.