Hoe in trochstjoerproxy mei in oanpaste API-kop omgiet

In API kin syn ferzje drage yn in oanpast oanfreegjild lykas API-Version. In gewoane trochstjoerproxy moat dat fjild net fuortsmite allinnich om’t de namme ûnbekend is. HTTP easket dat ûnbekende fjilden trochstjoerd wurde, útsein as in fêststelde útsûndering of in ynsteld belied jildt.

It fjild Connection is ien sa’n útsûndering. Ferlykje dizze foarbyldoanfragen:

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

Hjir is it API-fjild net as lokaal foar dizze ferbining oanwiisd. Yn it folgjende foarbyld feroaret de ferstjoerder syn berik eksplisyt:

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

In trochstjoerproxy ferwideret fjilden dy’t Connection neamt foar’t er trochstjoerd en ferwideret of ferfangt de ferbiningseigen ynstruksjes sels. In applikaasjekop dy’t foar de oarsprong bedoeld is, moat dêrom net yn dy tokenlist stean.

Fyn it punt dêr’t it fjild feroaret

Ferlykje de oanfrage dy’t de klant boud hat, de fjilden dy’t de proxy ûntfongen en trochstjoerd hat, en wat de oarsprong ûntfong. In klant kin in kop weilitte foar’t de proxy him sjocht; in ynsteld filter kin him mei opsetsin ferwiderje; in tsjinner kin in oanfrage ôfwize om’t in koplimyt oerskreaun is.

Lûk gjin stil ferwiderjen ôf út in kopgrutte-drompel dy’t yn in âlde ynset meld is. Limits en ôfwizingsgedrach hearre by de werklike komponinten en konfiguraasje. Bewarje it HTTP-antwurd en de relevante logboeken by de waarnimming.

By HTTPS fan ein oant ein yn in gewoane CONNECT-tunnel kin de proxy it ynderlike API-fjild net lêze en selektyf ferwiderje. Kopynspeksje heart dan by de TLS-einen of by in eksplisyt fertroude ynspeksje-tuskenpartij.