ఫార్వర్డ్ ప్రాక్సీ అనుకూల 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 చివరలకు లేదా స్పష్టంగా విశ్వసనీయమైన తనిఖీ మధ్యవర్తికి చెందుతుంది.