ఉన్న 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 లోపల తీసుకువెళుతుంది మరియు దానికి స్వంత మద్దతు నిర్వహణ అవసరం.