დააკვირდით პროქსის მიერ გადაგზავნილ მოთხოვნას მის დანიშნულების ადგილას

კლიენტი ამზადებს HTTP მოთხოვნას, ხოლო წინამავალი პროქსი შეუძლია შეცვალოს ეს შეტყობინება გაგზავნამდე. დანიშნულების ადგილია ის ადგილი, სადაც გადაგზავნილი ვერსია დაკვირვებადი ხდება.

კონტროლირებადი შემოწმებისთვის გამოიყენეთ თქვენივე მართული ბოლო წერტილი, რომელიც აღრიცხავს ან აბრუნებს მიღებულ მოთხოვნის სათაურებს. მიანიჭეთ მოთხოვნას ამოსაცნობი ნიშანი, რათა წყაროს ჩანაწერი დაუკავშირდეს კონკრეტულ კლიენტურ ოპერაციას.

WebClient-ზე დაფუძნებულ აპლიკაციაში ResponseHeaders აღწერს დაბრუნებულ პასუხს. ეს არ არის პროქსის მოთხოვნის ჩანაწერი დანიშნულების ადგილისკენ. სერვერს შეუძლია აირჩიოს მოთხოვნის ინფორმაციის ექო პასუხის სხეულში, მაგრამ ეს აპლიკაციის ქცევაა.

თუ გზა რამდენიმე შუამავალს შეიცავს, დანიშნულება ხედავს მათ კომბინირებულ გადაგზავნის ეფექტებს. მხოლოდ სათაურის არსებობა ცვლილებას ერთ კონკრეტულ ნახტომს არ მიაკუთვნებს. მორგებული API ველებისთვის, გადაგზავნისა და Connection ველის წესები განმარტავს, როდის არის ცვლილება მოსალოდნელი.

ჩვეულებრივი HTTPS CONNECT გვირაბი კიდევ ერთ საზღვარს ამატებს: შიდა HTTP მოთხოვნა დაშიფრულია კლიენტსა და ვებსაიტს შორის. გადამცემ პროქსის არ შეუძლია ამ დაშიფრული სათაურების რედაქტირება. CONNECT გაცვლის სათაურები ეკუთვნის იმ ცალკე გაცვლას, ხოლო მართული TLS ინსპექციის პროქსის სხვა როლი აქვს.