Kako posredniški strežnik za posredovanje obravnava glavo API po meri

Sledite polju različice API skozi običajno posredovanje, pravila Connection, značilna za vsak skok, in izrecno nastavljeno politiko glav.

API lahko svojo različico nosi v glavi po meri, na primer API-Version. Običajen posredniški strežnik za posredovanje tega polja ne bi smel zavreči samo zato, ker mu ime ni znano. HTTP zahteva posredovanje neprepoznanih polj, razen če velja določena izjema ali nastavljena politika.

Polje Connection je ena od takih izjem. Primerjajte te ponazoritvene zahteve:

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

Tukaj polje API ni označeno kot lokalno za to povezavo. V naslednjem primeru pošiljatelj izrecno spremeni njegov obseg:

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

Posredniški strežnik pred posredovanjem odstrani polja, ki jih navaja Connection, ter odstrani ali zamenja same napotke, značilne za povezavo. Zato se glava aplikacije, namenjena izvoru, ne bi smela pojaviti na tem seznamu žetonov.

Poiščite točko, kjer se polje spremeni

Primerjajte zahtevo, ki jo je sestavil odjemalec, polja, ki jih je posredniški strežnik prejel in posredoval, in to, kar je prejel izvor. Odjemalec lahko glavo izpusti, preden jo posredniški strežnik vidi; nastavljeni filter jo lahko namenoma odstrani; strežnik lahko zahtevo zavrne zaradi preseganja omejitve glav.

Ne sklepajte o tih odstranitvi samo iz praga velikosti glave, sporočenega v stari namestitvi. Omejitve in vedenje ob zavrnitvi pripadajo dejanskim komponentam in konfiguraciji. Shranite odgovor HTTP in ustrezne dnevnike skupaj z opažanjem.

Pri HTTPS od konca do konca v običajnem tunelu CONNECT posredniški strežnik ne more brati in selektivno odstraniti notranjega polja API. Pregled glav takrat pripada končnim točkam TLS ali izrecno zaupanja vrednemu preglednemu posredniku.

Sorodni članki