ফৰৱাৰ্ড প্ৰক্সিয়ে এটা কাষ্টম 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 প্ৰান্তত বা স্পষ্টভাৱে বিশ্বাসযোগ্য পৰিদৰ্শন মধ্যৱৰ্তীৰ ওচৰত থাকে।