फॉरवर्ड प्रॉक्सी सानुकूल 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 टोकांकडे किंवा स्पष्टपणे विश्वासार्ह तपासणी मध्यस्थाकडे असते.