હાલના 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 ની અંદર લઈ જાય છે અને તેને પોતાની સમર્થિત સંભાળની જરૂર છે.