Прокси заявки по HTTP: абсолютни URL срещу заглавката Host
Поддържайте съгласуваност между абсолютната цел на заявката и полето Host, когато правите HTTP/1.1 заявка през явно прокси.
Кой хост има предвид тази прокси заявка по HTTP/1.1?
GET http://first.example/path HTTP/1.1
Host: second.example
Съобщението е противоречиво. При заявка в абсолютна форма, изпратена до прокси, RFC 9112 изисква препратената стойност Host да идва от целта на заявката. Препращането на Host: first.example е очакваното поведение.
При тест на сайт за разработка поддържайте името на хоста на ресурса съгласувано в URL и в HTTP authority. Осигурете желаното съответствие име-към-адрес на хопа, отговорен за разрешаването. Противоречивото заместване на Host не е преносима инструкция за избор на backend.
HTTPS е различен. След отваряне на обикновен CONNECT тунел TLS и вътрешният HTTP обмен се извършват в него. Неприхващащо прокси обикновено не може да пренапише това криптирано поле Host. Дестинацията на CONNECT, името по TLS и идентичността на сертификата остават отделни роли.
Изтриването на Via, Referer или Cache-Control не помирява двата authority. Запишете формата на заявката и мястото, където сте наблюдавали заглавката, преди да диагностицирате пренаписване от прокси.