Osservare la richiesta inoltrata da un proxy alla sua destinazione
Scegliere il punto di osservazione corretto per le intestazioni aggiunte o modificate dopo che il client invia una richiesta HTTP.
Un client prepara una richiesta HTTP, e un proxy forward può modificare quel messaggio prima di inoltrarlo. La destinazione è il punto in cui la versione inoltrata diventa osservabile.
| Punto di osservazione | Messaggio disponibile lì |
|---|---|
| Oggetto della richiesta del client | La richiesta preparata per il primo salto |
| Registro delle richieste dell’origine o gestore di eco | La richiesta ricevuta dopo l’inoltro |
| Raccolta delle intestazioni di risposta del client | La risposta ricevuta sul percorso di ritorno |
Per una verifica controllata, usare un endpoint gestito da voi che registri o restituisca le intestazioni di richiesta ricevute. Assegnate alla richiesta un marcatore riconoscibile, così che il record dell’origine possa essere associato alla specifica operazione del client.
In un’applicazione basata su WebClient, ResponseHeaders descrive la risposta restituita. Non è una registrazione della richiesta del proxy verso la destinazione. Un server può scegliere di ripetere le informazioni della richiesta nel corpo della risposta, ma questo è comportamento dell’applicazione.
Se il percorso contiene più intermediari, la destinazione vede i loro effetti di inoltro combinati. La sola presenza di un’intestazione non attribuisce una modifica a un salto specifico. Per i campi API personalizzati, le regole di inoltro e del campo Connection spiegano quando è attesa un’alterazione.
Un normale tunnel HTTPS CONNECT aggiunge un altro confine: la richiesta HTTP interna è cifrata tra il client e il sito web. Un proxy di inoltro non può modificare quelle intestazioni cifrate. Le intestazioni nello scambio CONNECT appartengono a quello scambio separato, mentre un proxy di ispezione TLS gestito ha un ruolo diverso.