Kódolt útvonalak megőrzése egy meglévő NGINX HTTP-továbbító útvonalon
Használja a request_uri változót, ha a továbbítási szerződés az eredeti útvonalat és lekérdezést igényli, miközben a meglévő célhitelesítés megmarad.
A $uri-ból épített útvonal a kliens által megadottól eltérő útvonalat küldhet. A http://service.example/files/a%2Fb?view=raw esetében a feloldott perjel része az eredeti írásmódnak.
| Változó | Megjelenítés |
|---|---|
| $uri | Az aktuális normalizált URI, amely a belső feldolgozás során változhat |
| $request_uri | Az eredeti kérési URI, beleértve a lekérdezési argumentumokat |
Egy meglévő HTTP-továbbító proxy elrendezésben, amely már kiválasztja és ellenőrzi a célhatóságot, az eredeti útvonal és lekérdezés a következővel őrizhető meg:
proxy_pass http://$http_host$request_uri;$http_host biztosítja a kiválasztott Host fejléc-hatóságot ebben az elrendezésben. Őrizze meg a figyelő klienskorlátozásait, a célházirendet és a névfeloldási konfigurációt.
A $uri$is_args$args lecserélése erre a kifejezésre megváltoztatja az elküldött megjelenítést; az előbbi a normalizált útvonalat és az aktuális argumentumokat használja. A végpont szerződése szerint válasszon, különösen ha a feloldott elválasztók számítanak, vagy egy aláírás az eredeti célt fedi. A szándékos útvonal-átírásnak más a követelménye.
Ez a látható HTTP-kérésre vonatkozik. Az HTTPS CONNECT alagút a későbbi kérést a TLS-en belül szállítja, és saját támogatott kezelést igényel.