Ինչպես է վերահասցեավորող պրոքսին վարվում հատուկ 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 ծայրերին կամ բացահայտ վստահելի ստուգող միջնորդին։