Paano tinatrato ng forward proxy ang isang custom na API header

Maaaring magdala ang isang API ng bersyon nito sa custom na field ng kahilingan tulad ng API-Version. Hindi dapat itapon ng ordinaryong forward proxy ang field na iyon dahil lamang hindi pamilyar ang pangalan. Inaatasan ng HTTP na ipasa ang mga field na hindi nakikilala, maliban kung may tinukoy na pagbubukod o naka-configure na patakaran.

Ang field na Connection ay isa sa mga pagbubukod na iyon. Ihambing ang mga halimbawang kahilingang ito:

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

Dito hindi itinalaga ang field ng API bilang lokal sa koneksiyong ito. Sa susunod na halimbawa, tahasan na binabago ng nagpadala ang saklaw nito:

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

Ang forward proxy ay nag-aalis ng mga field na pinapangalanan ng Connection bago magpasa at inaalis o pinapalitan ang mismong mga tagubiling tukoy sa koneksiyon. Kaya ang header ng aplikasyon na inilaan para sa pinagmulan ay hindi dapat lumitaw sa listahan ng token na iyon.

Hanapin ang punto kung saan nagbabago ang field

Ihambing ang kahilingang binuo ng kliyente, ang mga field na natanggap at naipasa ng proxy, at kung ano ang natanggap ng pinagmulan. Maaaring alisin ng kliyente ang isang header bago pa ito makita ng proxy; maaaring sadyang alisin ito ng naka-configure na filter; maaaring tanggihan ng server ang isang kahilingan dahil lumampas sa hangganan ng header.

Huwag maghinuha ng tahimik na pag-aalis mula lamang sa hangganan ng laki ng header na iniulat sa lumang deployment. Ang mga hangganan at pag-uugali sa pagtanggi ay nabibilang sa tunay na mga bahagi at configuration. Itago ang tugon ng HTTP at mga kaugnay na log kasama ng obserbasyon.

Para sa HTTPS mula dulo hanggang dulo sa loob ng ordinaryong CONNECT tunnel, hindi mabasa at hindi maaaring selektibong alisin ng proxy ang panloob na field ng API. Ang pagsusuri ng header ay nabibilang noon sa mga dulo ng TLS o sa isang intermediary ng pagsusuri na tahasang pinagkakatiwalaan.