Mga kahilingan sa proxy HTTP: ganap na URL kumpara sa Host header

Panatilihing magkatugma ang ganap na target ng kahilingan at ang field na Host kapag gumagawa ng kahilingang HTTP/1.1 sa pamamagitan ng tahasang proxy.

Aling host ang tinutukoy ng HTTP/1.1 proxy request na ito?

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

Hindi magkakatugma ang mensahe. Sa isang request na nasa absolute form na ipinapadala sa proxy, iniaatas ng RFC 9112 na ang ipinapasang halaga ng Host ay nagmumula sa target ng request. Ang pagpapasa ng Host: first.example ang inaasahang pag-uugali.

Sa pagsubok sa isang development site, panatilihing magkatugma ang hostname ng resource sa URL at sa HTTP authority. Ibigay ang gustong mapping ng pangalan-sa-address sa hop na responsable sa resolution. Ang magkasalungat na pag-override ng Host ay hindi portableng tagubilin para pumili ng backend.

Naiiba ang HTTPS. Kapag nabuksan ang isang ordinaryong CONNECT tunnel, nagaganap sa loob nito ang TLS at ang panloob na palitan ng HTTP. Ang proxy na hindi nanghihimasok ay karaniwang hindi maisusulat muli ang naka-encrypt na field ng Host. Nananatiling magkakahiwalay na papel ang destinasyon ng CONNECT, pangalan ng TLS at pagkakakilanlan ng certificate.

Ang pagtanggal ng Via, Referer o Cache-Control ay hindi nagpapagkasundo sa dalawang authority. Itala ang anyo ng request at ang punto kung saan mo naobserbahan ang header bago mag-diagnose ng muling pagsulat ng proxy.

Kaugnay na mga artikulo