فارورڈ پراکسی حسب ضرورت API ہیڈر کو کیسے سنبھالتی ہے

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

Connection فیلڈ ایسی ہی ایک استثنا ہے۔ ان مثالی درخواستوں کا موازنہ کریں:

API-Version: 2026-10
Connection: keep-alive

یہاں API فیلڈ کو اس کنکشن کے لیے مقامی نہیں ٹھہرایا گیا۔ اگلی مثال میں بھیجنے والا واضح طور پر اس کا دائرہ بدلتا ہے:

API-Version: 2026-10
Connection: API-Version

فارورڈنگ پراکسی آگے بھیجنے سے پہلے Connection کے نام کردہ فیلڈز ہٹاتی ہے اور کنکشن سے مخصوص ہدایات کو خود ہٹاتی یا بدلتی ہے۔ اس لیے اصل ماخذ کے لیے مطلوب ایپلیکیشن ہیڈر اس ٹوکن فہرست میں نہیں آنا چاہیے۔

وہ مقام تلاش کریں جہاں فیلڈ بدلتی ہے

کلائنٹ کی بنائی ہوئی درخواست، پراکسی کے موصول اور بھیجے گئے فیلڈز، اور اصل ماخذ کو کیا ملا کا موازنہ کریں۔ کلائنٹ پراکسی کے دیکھنے سے پہلے ہیڈر چھوڑ سکتا ہے؛ ترتیب دیا گیا فلٹر اسے جان بوجھ کر ہٹا سکتا ہے؛ سرور ہیڈر حد سے تجاوز کے باعث درخواست مسترد کر سکتا ہے۔

کسی پرانی تعیناتی میں بتائی گئی ہیڈر سائز کی حد سے محض خاموش ہٹانے کا اندازہ نہ لگائیں۔ حدیں اور مسترد کرنے کا رویہ اصل اجزا اور ترتیب سے متعلق ہے۔ HTTP جواب اور متعلقہ لاگز مشاہدے کے ساتھ رکھیں۔

عام CONNECT سرنگ کے اندر اینڈ ٹو اینڈ HTTPS کی صورت میں پراکسی اندرونی API فیلڈ نہ پڑھ سکتی ہے اور نہ منتخب طور پر ہٹا سکتی ہے۔ تب ہیڈر معائنہ TLS سراوں پر یا واضح طور پر قابلِ اعتماد معائنہ ثالث پر ہوتا ہے۔