Kaip persiuntimo tarpinė serveris tvarko pasirinktinę API antraštę

API gali savo versiją nešti pasirinktiniame užklausos lauke, pavyzdžiui, API-Version. Įprastas persiuntimo tarpinė serveris neturėtų išmesti to lauko vien todėl, kad pavadinimas nepažįstamas. HTTP reikalauja persiųsti nepažįstamus laukus, nebent taikoma apibrėžta išimtis arba sukonfigūruota politika.

Connection laukas yra viena iš tokių išimčių. Palyginkite šias iliustracines užklausas:

API-Version: 2026-10
Connection: keep-alive

Čia API laukas nepažymėtas kaip vietinis šiam ryšiui. Kitame pavyzdyje siuntėjas aiškiai keičia jo apimtį:

API-Version: 2026-10
Connection: API-Version

Persiuntimo tarpinė serveris prieš persiųsdamas pašalina Connection įvardytus laukus ir pašalina arba pakeičia pačias ryšiui būdingas instrukcijas. Todėl šaltiniui skirta programos antraštė neturėtų atsirasti tame žetonų sąraše.

Raskite tašką, kuriame laukas pasikeičia

Palyginkite kliento sudarytą užklausą, tarpinės serverio gautus ir persiųstus laukus bei tai, ką gavo šaltinis. Klientas gali praleisti antraštę dar prieš tarpinei serveriui ją pamatant; sukonfigūruotas filtras gali ją sąmoningai pašalinti; serveris gali atmesti užklausą dėl antraščių limito viršijimo.

Nedarykite išvados apie tylų pašalinimą vien iš senoje diegimo aplinkoje pranešto antraštės dydžio slenksčio. Limitai ir atmetimo elgsena priklauso tikriesiems komponentams ir konfigūracijai. Išsaugokite HTTP atsakymą ir susijusius žurnalus kartu su stebėjimu.

Kai HTTPS veikia nuo galo iki galo įprastame CONNECT tunelyje, tarpinė serveris negali perskaityti ir pasirinktinai pašalinti vidinio API lauko. Tuomet antraščių tikrinimas priklauso TLS galiniams taškams arba aiškiai patikimam tikrinimo tarpininkui.