אויסהאלטן ענקאָדירטע וועגן אין אַן עקזיסטירנדיקער NGINX HTTP ווײַטערפירונגס־רוטע
ניצט request_uri ווען דער ווײַטערפירונגס־קאָנטראַקט דאַרף דעם אָריגינעלן וועג און די אָפּפֿרעג, און האַלט אויף די עקזיסטירנדיקע ציל־באַשטעטיקונג.
אַ רוטע געבויט פֿון $uri קען שיקן אַן אַנדער וועג ווי דער וואָס דער קליענט האָט געגעבן. פֿאַר http://service.example/files/a%2Fb?view=raw איז דער אַנטלאָפֿענער שיפּערל אַ טייל פֿון יענער אָריגינעלער אויסלייג.
| וואַריאַבל | פֿאָרשטעלונג |
|---|---|
| $uri | דער איצטיקער נאָרמאַליזירטער URI, וואָס קען זיך ענדערן בעשאַס אינעווייניקסטער פּראָצעסירונג |
| $request_uri | דער אָריגינעלער בקשה־URI, אַרײַנגערעכנט זײַנע אָפּפֿרעג־אַרגומענטן |
אין אַן עקזיסטירנדיקער HTTP ווײַטערפירונגס־פּראָקסי אָרדענונג וואָס קלייבט שוין אויס און באַשטעטיקט די ציל־אויטאָריטעט, קען מען אויסהאַלטן דעם אָריגינעלן וועג און די אָפּפֿרעג מיט:
proxy_pass http://$http_host$request_uri;$http_host שטעלט צו די אויסגעקליבענע Host־קעפּל־אויטאָריטעט אין דער אָרדענונג. האַלט אויף די קליענט־באַגרענעצונגען פֿונעם צוהערער, די ציל־פּאָליטיק און די נאָמען־אויפֿלייַזונג־קאָנפֿיגוראַציע.
דער פֿאַרבײַטן פֿון $uri$is_args$args מיט דעם אויסדרוק ענדערט די פֿאָרשטעלונג וואָס ווערט געשיקט; דער פֿריִערדיקער ניצט דעם נאָרמאַליזירטן וועג און די איצטיקע אַרגומענטן. קלייבט אויס לויט דעם קאָנטראַקט פֿונעם ענדפּונקט, ספּעציעל ווען אַנטלאָפֿענע אָפּשיידונגס־צייכנס זענען וויכטיק אָדער אַ חתימה באַדעקט דעם אָריגינעלן ציל. אַ באַוואוסטן איבערשרייַבן פֿונעם וועג האָט אַן אַנדער פֿאָדערונג.
דאָס גילט פֿאַר דער זעבאַרער HTTP־בקשה. אַן HTTPS CONNECT־טונעל פֿירט די שפּעטערדיקע בקשה אין TLS אַרײַן און פֿאָדערט איר אייגענעם געשטיצטן באַהאַנדלונג.