Jak proxy przekazujący obsługuje niestandardowy nagłówek API

API może przenosić swoją wersję w niestandardowym polu żądania, takim jak API-Version. Zwykły proxy przekazujący nie powinien odrzucać tego pola tylko dlatego, że nazwa jest nieznana. HTTP wymaga przekazywania nierozpoznanych pól, chyba że obowiązuje zdefiniowany wyjątek lub skonfigurowana polityka.

Pole Connection jest jednym z takich wyjątków. Porównaj te przykładowe żądania:

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

Tutaj pole API nie zostało oznaczone jako lokalne dla tego połączenia. W następnym przykładzie nadawca wyraźnie zmienia jego zakres:

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

Proxy przekazujący usuwa pola nazwane przez Connection przed przekazaniem oraz usuwa lub zastępuje same instrukcje właściwe dla połączenia. Nagłówek aplikacji przeznaczony dla źródła nie powinien więc pojawiać się na tej liście tokenów.

Znajdź punkt, w którym pole się zmienia

Porównaj żądanie zbudowane przez klienta, pola odebrane i przekazane przez proxy oraz to, co otrzymało źródło. Klient może pominąć nagłówek, zanim proxy go zobaczy; skonfigurowany filtr może go celowo usunąć; serwer może odrzucić żądanie z powodu przekroczenia limitu nagłówków.

Nie wnioskuj o cichym usuwaniu wyłącznie na podstawie progu rozmiaru nagłówka zgłoszonego w starym wdrożeniu. Limity i zachowanie przy odrzucaniu należą do rzeczywistych komponentów i konfiguracji. Zachowaj odpowiedź HTTP i odpowiednie dzienniki razem z obserwacją.

Przy HTTPS od końca do końca wewnątrz zwykłego tunelu CONNECT proxy nie może odczytać ani wybiórczo usunąć wewnętrznego pola API. Inspekcja nagłówków należy wtedy do punktów końcowych TLS lub do jawnie zaufanego pośrednika inspekcyjnego.