Hogyan kezel egy továbbító proxy egy egyedi API-fejlécet

Egy API a verzióját egy egyedi kérésmezőben hordozhatja, például API-Version. Egy közönséges továbbító proxy nem dobhatja el ezt a mezőt pusztán azért, mert a neve ismeretlen. A HTTP előírja az ismeretlen mezők továbbítását, kivéve ha meghatározott kivétel vagy beállított szabályzat érvényes.

A Connection mező egy ilyen kivétel. Hasonlítsa össze ezeket a szemléltető kéréseket:

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

Itt az API mező nincs ehhez a kapcsolathoz helyiként megjelölve. A következő példában a küldő kifejezetten megváltoztatja a hatókörét:

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

A továbbító proxy a továbbítás előtt eltávolítja a Connection által megnevezett mezőket, és magukat a kapcsolatspecifikus utasításokat is eltávolítja vagy lecseréli. Ezért az eredetinek szánt alkalmazásfejléc nem szerepelhet ebben a tokenlistában.

Keresse meg azt a pontot, ahol a mező megváltozik

Hasonlítsa össze az ügyfél által összeállított kérést, a proxy által fogadott és továbbított mezőket, valamint azt, amit az eredet fogadott. Az ügyfél kihagyhat egy fejlécet, mielőtt a proxy látná; egy beállított szűrő szándékosan eltávolíthatja; egy kiszolgáló elutasíthat egy kérést fejlécméret-korlát túllépése miatt.

Ne következtessen csendes eltávolításra pusztán egy régi telepítésben jelentett fejlécméret-küszöbből. A korlátok és az elutasítási viselkedés a tényleges összetevőkhöz és konfigurációhoz tartozik. Őrizze meg a HTTP-választ és a vonatkozó naplókat a megfigyeléssel együtt.

Végponttól végpontig tartó HTTPS esetén egy szokásos CONNECT-alagúton belül a proxy nem tudja olvasni és szelektíven eltávolítani a belső API-mezőt. A fejlécvizsgálat ilyenkor a TLS-végpontokhoz vagy egy kifejezetten megbízható vizsgáló közvetítőhöz tartozik.