الحفاظ على المسارات المُرمَّزة في مسار تمرير HTTP قائم في NGINX

استخدم 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 ويحتاج إلى معالجة مدعومة خاصة به.

مقالات ذات صلة