Observați cererea redirecționată a unui proxy la destinația acesteia
Alegeți punctul de observare corect pentru antetele adăugate sau modificate după ce clientul trimite o cerere HTTP.
Un client pregătește o cerere HTTP, iar un proxy de redirecționare poate modifica acel mesaj înainte de a-l trimite mai departe. Destinația este locul unde versiunea redirecționată devine observabilă.
| Punct de observare | Mesaj disponibil acolo |
|---|---|
| Obiectul cererii clientului | Cererea pregătită pentru primul salt |
| Jurnalul cererilor al originii sau handlerul de ecou | Cererea primită după redirecționare |
| Colecția de antete de răspuns a clientului | Răspunsul primit pe calea de întoarcere |
Pentru o verificare controlată, folosiți un punct final pe care îl administrați dumneavoastră și care înregistrează sau returnează antetele cererii primite. Dați cererii un marcaj identificabil, astfel încât înregistrarea originii să poată fi asociată operațiunii concrete a clientului.
Într-o aplicație bazată pe WebClient, ResponseHeaders descrie răspunsul returnat. Nu este o înregistrare a cererii proxy-ului către destinație. Un server poate alege să redea informațiile cererii în corpul răspunsului, dar acesta este comportamentul aplicației.
Dacă traseul conține mai mulți intermediari, destinația vede efectele lor combinate de redirecționare. Simpla prezență a unui antet nu atribuie o modificare unui salt anume. Pentru câmpurile API personalizate, regulile de redirecționare și câmpul Connection explică atunci când se așteaptă o modificare.
Un tunel HTTPS CONNECT obișnuit adaugă o altă graniță: cererea HTTP interioară este criptată între client și site. Un proxy de retransmitere nu poate edita acele antete criptate. Antetele din schimbul CONNECT aparțin acelui schimb separat, în timp ce un proxy de inspecție TLS administrat are un rol diferit.