ഒരു ഫോർവേഡ് പ്രോക്സി ഇഷ്ടാനുസൃത 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 അറ്റങ്ങൾക്കോ വ്യക്തമായി വിശ്വസിക്കുന്ന പരിശോധനാ ഇടനിലക്കാരനോ ഉള്ളതാണ്.