موجودہ 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 کے اندر لے جاتی ہے اور اسے اپنی معاونت شدہ کارروائی درکار ہوتی ہے۔