Konservi kodigitajn vojojn en ekzistanta NGINX HTTP-plusenda itinero
Uzu request_uri kiam la plusenda kontrakto bezonas la originalan vojon kaj serĉon, konservante la ekzistantan celvalidigon.
Itinero konstruita el $uri povas sendi alian vojon ol tiu, kiun la kliento provizis. Por http://service.example/files/a%2Fb?view=raw, la eskapita oblikvo estas parto de tiu origina skribmaniero.
| Variablo | Prezento |
|---|---|
| $uri | La nuna normaligita URI, kiu povas ŝanĝiĝi dum interna prilaborado |
| $request_uri | La origina pet-URI, inkluzive de ĝiaj serĉaj argumentoj |
En ekzistanta HTTP-plusenda prokura aranĝo, kiu jam elektas kaj validigas la celan aŭtoritaton, la origina vojo kaj serĉo povas esti konservitaj per:
proxy_pass http://$http_host$request_uri;$http_host provizas la elektitan aŭtoritaton de la Host-kapo en ĉi tiu aranĝo. Konservu la klientajn limigojn de la aŭskultanto, la celan politikon kaj la agordon de nomrezolucio.
Anstataŭigi $uri$is_args$args per ĉi tiu esprimo ŝanĝas la sendatan prezenton; la antaŭa uzas la normaligitan vojon kaj la nunajn argumentojn. Elektu laŭ la kontrakto de la finpunkto, precipe kiam eskapitaj apartigiloj gravas aŭ subskribo kovras la originalan celon. Intenca voja reverkado havas alian postulon.
Ĉi tio validas por la videbla HTTP-peto. HTTPS CONNECT-tunelo portas la postan peton ene de TLS kaj postulas sian propran subtenatan prilaboradon.