დაშიფრული ბილიკების შენარჩუნება არსებულ 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-ის შიგნით და საჭიროებს საკუთარ მხარდაჭერილ დამუშავებას.

დაკავშირებული სტატიები