Kako posrednik za prosljeđivanje postupa s prilagođenim API zaglavljem

API može nositi svoju verziju u prilagođenom polju zahtjeva kao što je API-Version. Uobičajeni posrednik za prosljeđivanje ne bi trebao odbaciti to polje samo zato što mu je naziv nepoznat. HTTP zahtijeva prosljeđivanje neprepoznatih polja, osim ako se primjenjuje definirana iznimka ili konfigurirana politika.

Polje Connection jedna je takva iznimka. Usporedite ove ilustrativne zahtjeve:

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

Ovdje polje API-ja nije označeno kao lokalno za ovu vezu. U sljedećem primjeru pošiljatelj izričito mijenja njegov obuhvat:

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

Posrednik za prosljeđivanje uklanja polja koja navodi Connection prije prosljeđivanja te uklanja ili zamjenjuje same upute svojstvene vezi. Zaglavlje aplikacije namijenjeno izvoru stoga ne bi trebalo stajati na tom popisu tokena.

Pronađite točku u kojoj se polje mijenja

Usporedite zahtjev koji je sastavio klijent, polja koja je posrednik primio i proslijedio, i ono što je izvor primio. Klijent može izostaviti zaglavlje prije nego što ga posrednik vidi; konfigurirani filtar može ga namjerno ukloniti; poslužitelj može odbiti zahtjev zbog prekoračenja ograničenja zaglavlja.

Ne zaključujte o tihom uklanjanju samo na temelju praga veličine zaglavlja prijavljenog u starom postavljanju. Ograničenja i ponašanje pri odbijanju pripadaju stvarnim komponentama i konfiguraciji. Sačuvajte HTTP odgovor i relevantne zapise uz opažanje.

Za HTTPS od kraja do kraja unutar uobičajenog CONNECT tunela posrednik ne može pročitati ni ciljano ukloniti unutarnje polje API-ja. Provjera zaglavlja tada pripada TLS krajnjim točkama ili izričito pouzdanom posredniku za provjeru.