अवस्थित 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 भित्र बोक्छ र यसलाई आफ्नै समर्थित व्यवस्थापन चाहिन्छ।

सम्बन्धित लेखहरू