Jinsi proksi ya usambazaji inavyoshughulikia kichwa cha API maalum

API inaweza kubeba toleo lake katika sehemu maalum ya ombi kama API-Version. Proksi ya kawaida ya usambazaji haipaswi kutupa sehemu hiyo kwa sababu tu jina halijulikani. HTTP inalazimu kusambaza sehemu zisizotambulika, isipokuwa kama sheria maalum au sera iliyopangwa inatumika.

Sehemu ya Connection ni mojawapo ya sheria hizo. Linganisha maombi haya ya mfano:

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

Hapa sehemu ya API haijatengwa kama ya ndani kwa muunganisho huu. Katika mfano unaofuata, mtumaji hubadilisha wigo wake wazi wazi:

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

Proksi ya usambazaji huondoa sehemu zinazotajwa na Connection kabla ya kusambaza na huondoa au kubadilisha maagizo yenyewe yanayohusu muunganisho. Kwa hivyo kichwa cha programu kinachokusudiwa chanzo hakipaswi kuonekana katika orodha hiyo ya tokeni.

Tafuta mahali ambapo sehemu inabadilika

Linganisha ombi lililoundwa na mteja, sehemu zilizopokelewa na kusambazwa na proksi, na kile chanzo kilichopokea. Mteja anaweza kuacha kichwa kabla proksi haijakiona; kichujio kilichopangwa kinaweza kukiondoa kwa makusudi; seva inaweza kukataa ombi kwa sababu ya kuvuka kikomo cha vichwa.

Usikamilishe kwamba uondoaji umefanyika kimyakimya kwa kuzingatia tu kizingiti cha ukubwa wa kichwa kilichoripotiwa katika usambazaji wa zamani. Vikomo na tabia ya kukataa ni vya vipengele halisi na usanidi. Hifadhi jibu la HTTP na kumbukumbu zinazohusika pamoja na uchunguzi.

Kwa HTTPS kutoka mwanzo hadi mwisho ndani ya handaki ya kawaida ya CONNECT, proksi haiwezi kusoma na kuondoa kwa kuchagua sehemu ya ndani ya API. Ukaguzi wa vichwa basi ni wa miisho ya TLS au mpatanishi wa ukaguzi anayeaminika wazi.