پروکسی کی بھیجی گئی درخواست کو اس کی منزل پر دیکھیں
کلائنٹ کی طرف سے HTTP درخواست بھیجنے کے بعد شامل یا تبدیل ہونے والے ہیڈرز کے لیے درست مشاہداتی نقطہ منتخب کریں۔
کلائنٹ ایک HTTP درخواست تیار کرتا ہے، اور فارورڈ پروکسی اس پیغام کو آگے بھیجنے سے پہلے بدل سکتا ہے۔ منزل وہ جگہ ہے جہاں بھیجا گیا نسخہ قابلِ مشاہدہ ہوتا ہے۔
| مشاہداتی نقطہ | وہاں دستیاب پیغام |
|---|---|
| کلائنٹ کی درخواست کا آبجیکٹ | پہلی چھلانگ کے لیے تیار کی گئی درخواست |
| اصل کا درخواست لاگ یا ایکو ہینڈلر | بھیجنے کے بعد موصول ہونے والی درخواست |
| کلائنٹ کا جوابی ہیڈر مجموعہ | واپسی راستے پر موصول ہونے والا جواب |
کنٹرول شدہ جانچ کے لیے، وہ اینڈ پوائنٹ استعمال کریں جو آپ خود چلاتے ہیں اور موصول شدہ درخواست ہیڈرز کو ریکارڈ یا واپس کرتا ہے۔ درخواست کو قابلِ شناخت نشان دیں تاکہ اصل کا ریکارڈ مخصوص کلائنٹ عمل سے منسلک کیا جا سکے۔
WebClient پر مبنی ایپلیکیشن میں، ResponseHeaders واپس کیے گئے جواب کی وضاحت کرتا ہے۔ یہ پروکسی کی منزل کی طرف بھیجی گئی درخواست کا ریکارڈ نہیں ہے۔ سرور اپنے جواب کے متن میں درخواست کی معلومات دہرانے کا انتخاب کر سکتا ہے، لیکن یہ ایپلیکیشن کا رویہ ہے۔
اگر راستے میں کئی واسطے ہوں تو منزل ان کے مشترکہ فارورڈنگ اثرات دیکھتی ہے۔ محض ہیڈر کا موجود ہونا تبدیلی کو کسی مخصوص چھلانگ سے منسوب نہیں کرتا۔ حسبِ ضرورت API فیلڈز کے لیے، فارورڈنگ اور Connection فیلڈ کے قواعد وضاحت کرتا ہے کہ تبدیلی کب متوقع ہے۔
ایک عام HTTPS CONNECT سرنگ ایک اور حد شامل کرتی ہے: اندرونی HTTP درخواست کلائنٹ اور ویب سائٹ کے درمیان خفیف ہوتی ہے۔ ریلے پروکسی ان خفیف ہیڈرز میں ترمیم نہیں کر سکتا۔ CONNECT تبادلے کے ہیڈرز اُس الگ تبادلے کے ہیں، جبکہ زیرِ انتظام TLS معائنہ پروکسی کا کردار مختلف ہے۔