Как прокси пересылки обрабатывает пользовательский заголовок 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 или к явно доверенному посреднику проверки.