Kodeeritud radade säilitamine olemasolevas NGINX HTTP edastusmarsruudis
Kasutage request_uri, kui edastusleping nõuab algset rada ja päringut, säilitades olemasoleva sihtkoha valideerimise.
$uri põhjal ehitatud marsruut võib saata teistsuguse raja kui klient esitas. http://service.example/files/a%2Fb?view=raw puhul on paomärgiga kaldkriips selle algse kirjaviisi osa.
| Muutuja | Esitus |
|---|---|
| $uri | Praegune normaliseeritud URI, mis võib sisemise töötlemise käigus muutuda |
| $request_uri | Algne päringu-URI, sealhulgas selle päringuargumendid |
Olemasolevas HTTP edastusproksi seadistuses, mis juba valib ja valideerib sihtkoha volituse, saab algse raja ja päringu säilitada järgmiselt:
proxy_pass http://$http_host$request_uri;$http_host edastab selles seadistuses valitud Host-päise volituse. Säilitage kuulaja kliendipiirangud, sihtkoha poliitika ja nimelahenduse konfiguratsioon.
$uri$is_args$args asendamine selle avaldisega muudab saadetavat esitust; eelmine kasutab normaliseeritud rada ja praeguseid argumente. Valige vastavalt lõpp-punkti lepingule, eriti kui paomärgiga eraldajad on olulised või allkiri katab algse sihtmärgi. Teadlik raja ümberkirjutamine on erineva nõudega.
See kehtib nähtava HTTP-päringu kohta. HTTPS CONNECT tunnel kannab hilisemat päringut TLS-i sees ja nõuab oma toetatud käsitlemist.