Ceisiadau procsi HTTP: URLau absoliwt yn erbyn y pennawd Host

Cadwch darged absoliwt y cais a'r maes Host yn gyson wrth wneud cais HTTP/1.1 trwy brocsi penodol.

Pa weste y mae'r cais procsi HTTP/1.1 hwn yn ei olygu?

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

Mae'r neges yn anghyson. Mewn cais ffurf absoliwt a anfonir at brocsi, mae RFC 9112 yn mynnu bod y gwerth Host a anfonir ymlaen yn dod o darged y cais. Anfon Host: first.example ymlaen yw'r ymddygiad disgwyliedig.

Mewn prawf ar safle datblygu, cadwch enw gwesteiwr yr adnodd yn gyson yn yr URL ac yn yr awdurdod HTTP. Darparwch y mapio enw-i-gyfeiriad a ddymunir yn y naid sy'n gyfrifol am y datrysiad. Nid yw trosysgrif Host wrthgyferbyniol yn gyfarwyddyd cludadwy ar gyfer dewis backend.

Mae HTTPS yn wahanol. Ar ôl i dwnnel CONNECT cyffredin agor, mae TLS a'r cyfnewid HTTP mewnol yn digwydd y tu mewn iddo. Yn gyffredinol ni all procsi nad yw'n rhyng-gipio ailysgrifennu'r maes Host amgryptiedig hwnnw. Mae cyrchfan CONNECT, enw TLS a hunaniaeth y dystysgrif yn parhau yn rolau ar wahân.

Nid yw dileu Via, Referer neu Cache-Control yn cysoni'r ddau awdurdod. Cofnodwch ffurf y cais a y man lle gwnaethoch arsylwi'r pennawd cyn diagnosio ailysgrifennu procsi.

Erthyglau cysylltiedig