প্রক্সির ফরওয়ার্ড করা অনুরোধ গন্তব্যে পর্যবেক্ষণ করুন
ক্লায়েন্ট HTTP অনুরোধ পাঠানোর পরে যোগ বা পরিবর্তিত হেডারগুলির জন্য সঠিক পর্যবেক্ষণ বিন্দু বেছে নিন।
ক্লায়েন্ট একটি HTTP অনুরোধ প্রস্তুত করে, এবং একটি ফরওয়ার্ড প্রক্সি সেই বার্তাটি সামনে পাঠানোর আগে পরিবর্তন করতে পারে। ফরওয়ার্ড করা সংস্করণটি যেখানে পর্যবেক্ষণযোগ্য হয়, সেটিই গন্তব্য।
| পর্যবেক্ষণ বিন্দু | সেখানে উপলব্ধ বার্তা |
|---|---|
| ক্লায়েন্টের অনুরোধ বস্তু | প্রথম লাফের জন্য প্রস্তুত অনুরোধ |
| অরিজিনের অনুরোধ লগ বা ইকো হ্যান্ডলার | ফরওয়ার্ড করার পরে পাওয়া অনুরোধ |
| ক্লায়েন্টের প্রতিক্রিয়া-হেডার সংগ্রহ | ফেরার পথে পাওয়া প্রতিক্রিয়া |
নিয়ন্ত্রিত যাচাইয়ের জন্য আপনি যে এন্ডপয়েন্ট চালান এবং যা পাওয়া অনুরোধ হেডার রেকর্ড বা ফেরত দেয় তা ব্যবহার করুন। অনুরোধে একটি শনাক্তযোগ্য চিহ্ন দিন, যাতে অরিজিন রেকর্ডটি নির্দিষ্ট ক্লায়েন্ট ক্রিয়াকলাপের সাথে যুক্ত করা যায়।
WebClient-ভিত্তিক অ্যাপ্লিকেশনে ResponseHeaders ফেরত দেওয়া প্রতিক্রিয়া বর্ণনা করে। এটি প্রক্সির গন্তব্যে পাঠানো অনুরোধের রেকর্ড নয়। একটি সার্ভার তার প্রতিক্রিয়ার বডিতে অনুরোধের তথ্য ইকো করতে বেছে নিতে পারে, তবে এটি অ্যাপ্লিকেশনের আচরণ।
যদি পথে একাধিক মধ্যস্থতাকারী থাকে, গন্তব্য তাদের সম্মিলিত ফরওয়ার্ডিং প্রভাব দেখতে পায়। কেবল একটি হেডারের উপস্থিতি পরিবর্তনকে নির্দিষ্ট এক লাফের জন্য আরোপ করে না। কাস্টম API ক্ষেত্রের জন্য, ফরওয়ার্ডিং এবং Connection-ক্ষেত্রের নিয়ম ব্যাখ্যা করে কখন পরিবর্তন প্রত্যাশিত।
সাধারণ HTTPS CONNECT সুড়ঙ্গ আরেকটি সীমা যোগ করে: ভেতরের HTTP অনুরোধ ক্লায়েন্ট ও ওয়েবসাইটের মধ্যে এনক্রিপ্ট করা থাকে। একটি রিলে প্রক্সি সেই এনক্রিপ্ট করা হেডার সম্পাদনা করতে পারে না। CONNECT বিনিময়ের হেডারগুলি সেই আলাদা বিনিময়ের, আর পরিচালিত TLS পরিদর্শন প্রক্সির ভূমিকা ভিন্ন।