کلائنٹ ایک HTTP درخواست تیار کرتا ہے، اور فارورڈ پروکسی اس پیغام کو آگے بھیجنے سے پہلے بدل سکتا ہے۔ منزل وہ جگہ ہے جہاں بھیجا گیا نسخہ قابلِ مشاہدہ ہوتا ہے۔

مشاہداتی نقطہوہاں دستیاب پیغام
کلائنٹ کی درخواست کا آبجیکٹپہلی چھلانگ کے لیے تیار کی گئی درخواست
اصل کا درخواست لاگ یا ایکو ہینڈلربھیجنے کے بعد موصول ہونے والی درخواست
کلائنٹ کا جوابی ہیڈر مجموعہواپسی راستے پر موصول ہونے والا جواب

کنٹرول شدہ جانچ کے لیے، وہ اینڈ پوائنٹ استعمال کریں جو آپ خود چلاتے ہیں اور موصول شدہ درخواست ہیڈرز کو ریکارڈ یا واپس کرتا ہے۔ درخواست کو قابلِ شناخت نشان دیں تاکہ اصل کا ریکارڈ مخصوص کلائنٹ عمل سے منسلک کیا جا سکے۔

WebClient پر مبنی ایپلیکیشن میں، ResponseHeaders واپس کیے گئے جواب کی وضاحت کرتا ہے۔ یہ پروکسی کی منزل کی طرف بھیجی گئی درخواست کا ریکارڈ نہیں ہے۔ سرور اپنے جواب کے متن میں درخواست کی معلومات دہرانے کا انتخاب کر سکتا ہے، لیکن یہ ایپلیکیشن کا رویہ ہے۔

اگر راستے میں کئی واسطے ہوں تو منزل ان کے مشترکہ فارورڈنگ اثرات دیکھتی ہے۔ محض ہیڈر کا موجود ہونا تبدیلی کو کسی مخصوص چھلانگ سے منسوب نہیں کرتا۔ حسبِ ضرورت API فیلڈز کے لیے، فارورڈنگ اور Connection فیلڈ کے قواعد وضاحت کرتا ہے کہ تبدیلی کب متوقع ہے۔

ایک عام HTTPS CONNECT سرنگ ایک اور حد شامل کرتی ہے: اندرونی HTTP درخواست کلائنٹ اور ویب سائٹ کے درمیان خفیف ہوتی ہے۔ ریلے پروکسی ان خفیف ہیڈرز میں ترمیم نہیں کر سکتا۔ CONNECT تبادلے کے ہیڈرز اُس الگ تبادلے کے ہیں، جبکہ زیرِ انتظام TLS معائنہ پروکسی کا کردار مختلف ہے۔

متعلقہ مضامین