Solicitudes de proxy HTTP: URL absolutas fronte á cabeceira Host
Mantén coherentes o obxectivo absoluto da solicitude e o campo Host ao facer unha solicitude HTTP/1.1 a través dun proxy explícito.
A que host se refire esta solicitude de proxy HTTP/1.1?
GET http://first.example/path HTTP/1.1
Host: second.example
A mensaxe é incoherente. Nunha solicitude en forma absoluta enviada a un proxy, RFC 9112 esixe que o valor Host reenviado proveña do obxectivo da solicitude. Reenviar Host: first.example é o comportamento agardado.
Nunha proba nun sitio de desenvolvemento, mantén coherente o nome de host do recurso no URL e na autoridade HTTP. Proporciona a asignación nome-enderezo desexada no salto responsable da resolución. Unha anulación de Host en conflito non é unha instrución portátil para seleccionar un backend.
HTTPS é distinto. Tras abrirse un túnel CONNECT normal, TLS e o intercambio HTTP interno ocorren dentro del. Un proxy que non intercepta normalmente non pode reescribir ese campo Host cifrado. O destino CONNECT, o nome TLS e a identidade do certificado seguen sendo roles separados.
Eliminar Via, Referer ou Cache-Control non concilia as dúas autoridades. Rexistra a forma da solicitude e o punto onde observaches o encabezado antes de diagnosticar unha reescritura do proxy.