Ruajtja e shtigjeve të koduara në një rrugë ekzistuese të përcjelljes HTTP të NGINX
Përdorni request_uri kur kontrata e përcjelljes kërkon shtegun dhe kërkesën origjinale, duke ruajtur vërtetimin ekzistues të destinacionit.
Një rrugë e ndërtuar nga $uri mund të dërgojë një shteg të ndryshëm nga ai që dha klienti. Për http://service.example/files/a%2Fb?view=raw, pjerrësja e shpëtuar është pjesë e asaj shkrimi origjinal.
| Ndryshore | Paraqitje |
|---|---|
| $uri | URI-ja aktuale e normalizuar, e cila mund të ndryshojë gjatë përpunimit të brendshëm |
| $request_uri | URI-ja origjinale e kërkesës, duke përfshirë argumentet e saj të kërkesës |
Në një konfigurim ekzistues të përfaqësuesit të përcjelljes HTTP që tashmë zgjedh dhe vërteton autoritetin e destinacionit, shtegu dhe kërkesa origjinale mund të ruhen me:
proxy_pass http://$http_host$request_uri;$http_host siguron autoritetin e zgjedhur të kokës Host në këtë konfigurim. Ruani kufizimet e klientit të dëgjuesit, politikën e destinacionit dhe konfigurimin e zgjidhjes së emrave.
Zëvendësimi i $uri$is_args$args me këtë shprehje ndryshon paraqitjen e dërguar; e mëparshmja përdor shtegun e normalizuar dhe argumentet aktuale. Zgjidhni sipas kontratës së pikës fundore, veçanërisht kur ndarësit e shpëtuar kanë rëndësi ose një nënshkrim mbulon objektivin origjinal. Rishkrimi i qëllimshëm i shtegut ka një kërkesë tjetër.
Kjo vlen për kërkesën e dukshme HTTP. Një tunel HTTPS CONNECT mban kërkesën e mëvonshme brenda TLS dhe kërkon trajtimin e vet të mbështetur.