Як прамежкавы проксі абыходзіцца з уласным загалоўкам API

API можа несці сваю версію ў уласным полі запыту, напрыклад API-Version. Звычайны проксі перасылання не павінен адкідаць гэтае поле толькі таму, што яго назва незнаёмая. HTTP патрабуе перасылаць невядомыя палі, калі не дзейнічае пэўнае выключэнне або настроеная палітыка.

Поле Connection — адно з такіх выключэнняў. Параўнайце гэтыя паказальныя запыты:

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

Тут поле API не пазначана як лакальнае для гэтага злучэння. У наступным прыкладзе адпраўнік відавочна змяняе яго ахоп:

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

Проксі перасылання выдаляе палі, названыя ў Connection, перад перасыланнем і выдаляе або замяняе самі інструкцыі, спецыфічныя для злучэння. Таму загаловак праграмы, прызначаны для крыніцы, не павінен трапляць у гэты спіс токенаў.

Знайдзіце пункт, дзе поле змяняецца

Параўнайце запыт, пабудаваны кліентам, палі, атрыманыя і перасланыя проксі, і тое, што атрымала крыніца. Кліент можа апусціць загаловак яшчэ да таго, як проксі яго ўбачыць; настроены фільтр можа наўмысна яго выдаліць; сервер можа адхіліць запыт за перавышэнне ліміту загалоўкаў.

Не рабіце выснову пра маўклівае выдаленне толькі з парога памеру загалоўка, паведамленага ў старым разгортванні. Ліміты і паводзіны адхілення належаць фактычным кампанентам і канфігурацыі. Захоўвайце HTTP-адказ і адпаведныя журналы разам з назіраннем.

Для наскрознага HTTPS унутры звычайнага тунеля CONNECT проксі не можа прачытаць і выбарачна выдаліць унутранае поле API. Тады праверка загалоўкаў належыць канцавым пунктам TLS або явна даверанаму пасярэдніку праверкі.