Żądania proxy HTTP: adresy URL absolutne a nagłówek Host

Utrzymuj spójność absolutnego celu żądania i pola Host, gdy wysyłasz żądanie HTTP/1.1 przez jawny serwer proxy.

Którego hosta dotyczy to żądanie proxy HTTP/1.1?

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

Komunikat jest niespójny. W żądaniu w postaci absolutnej wysyłanym do proxy RFC 9112 wymaga, aby przekazywana wartość Host pochodziła z celu żądania. Przekazywanie Host: first.example to oczekiwane zachowanie.

W teście na stronie deweloperskiej utrzymuj nazwę hosta zasobu spójną w URL i w authority HTTP. Zapewnij żądane mapowanie nazwy na adres na hopie odpowiedzialnym za rozwiązywanie. Sprzeczne nadpisanie Host nie jest przenośną instrukcją wyboru backendu.

HTTPS różni się. Po otwarciu zwykłego tunelu CONNECT TLS i wewnętrzna wymiana HTTP odbywają się w jego wnętrzu. Proxy nieprzechwytujące zwykle nie może przepisać tego zaszyfrowanego pola Host. Cel CONNECT, nazwa TLS i tożsamość certyfikatu pozostają odrębnymi rolami.

Usunięcie Via, Referer lub Cache-Control nie godzi obu authority. Przed diagnozowaniem przepisywania przez proxy zapisz formę żądania i miejsce, w którym zaobserwowałeś nagłówek.

Powiązane artykuły