HTTP-proxyførespurnader: absolutte URL-ar kontra Host-headeren

Hald det absolutte førespurnadsmålet og Host-feltet konsistente når du sender ein HTTP/1.1-førespurnad gjennom ein eksplisitt proxy.

Kva vert meiner denne HTTP/1.1-proxyførespurnaden?

GET http://first.example/path HTTP/1.1
Host: second.example

Meldinga er inkonsistent. I ein førespurnad i absolutt form send til ein proxy krev RFC 9112 at den videresende Host-verdien kjem frå førespurnadsmålet. Videresending av Host: first.example er forventa åtferd.

Ved ein test på ein utviklingsstad bør vertsnamnet til ressursen vere samanhengande i URL-en og i HTTP-authority. Lever den ønska namn-til-adresse-tilordninga ved hoppet som er ansvarleg for oppslaget. Ei motstridande Host-overstyring er ikkje ein porterbar instruksjon for val av backend.

HTTPS er annleis. Når ein vanleg CONNECT-tunnel er opna, går TLS og den indre HTTP-utvekslinga føre seg inne i han. Ein proxy som ikkje skjer seg inn, kan normalt ikkje skrive om det krypterte Host-feltet. CONNECT-målet, TLS-namnet og sertifikatidentiteten blir verande skilde rollar.

Sletting av Via, Referer eller Cache-Control forsonar ikkje dei to authority-einingane. Noter førespurnadsforma og punktet der du observerte headeren før du diagnostiserer ei proxy-omskriving.

Relaterte artiklar