Posmatrajte proslijeđeni zahtjev proksija na njegovom odredištu
Odaberite ispravnu tačku posmatranja za zaglavlja koja se dodaju ili mijenjaju nakon što klijent pošalje HTTP zahtjev.
Klijent priprema HTTP zahtjev, a proksi na naprijed može promijeniti tu poruku prije nego je pošalje dalje. Odredište je mjesto na kojem proslijeđena verzija postaje vidljiva.
| Tačka posmatranja | Poruka dostupna tamo |
|---|---|
| Objekat zahtjeva klijenta | Zahtjev pripremljen za prvi skok |
| Dnevnik zahtjeva izvora ili rukovalac odjeka | Zahtjev primljen nakon prosljeđivanja |
| Kolekcija zaglavlja odgovora kod klijenta | Odgovor primljen na povratnom putu |
Za kontrolisanu provjeru koristite krajnju tačku koju sami vodite i koja bilježi ili vraća primljena zaglavlja zahtjeva. Dajte zahtjevu prepoznatljiv marker kako bi se zapis izvora mogao povezati s konkretnom radnjom klijenta.
U aplikaciji zasnovanoj na WebClientu ResponseHeaders opisuje vraćeni odgovor. To nije zapis proksijevog zahtjeva prema odredištu. Server može odlučiti da odjekne informacije o zahtjevu u tijelu odgovora, ali to je ponašanje aplikacije.
Ako put sadrži nekoliko posrednika, odredište vidi njihove spojene efekte prosljeđivanja. Sâmo prisustvo zaglavlja ne pripisuje promjenu jednom određenom skoku. Za prilagođena polja API-ja, pravila prosljeđivanja i polja Connection objašnjavaju kada se promjena očekuje.
Običan HTTPS CONNECT tunel dodaje još jednu granicu: unutrašnji HTTP zahtjev je šifrovan između klijenta i web stranice. Relejni proksi ne može uređivati ta šifrovana zaglavlja. Zaglavlja u CONNECT razmjeni pripadaju toj odvojenoj razmjeni, dok upravljani proksi za TLS inspekciju ima drugačiju ulogu.