Amati permintaan yang diteruskan proxy di tujuannya
Pilih titik pengamatan yang tepat untuk header yang ditambahkan atau diubah setelah klien mengirim permintaan HTTP.
Klien menyiapkan permintaan HTTP, dan proxy penerus dapat mengubah pesan itu sebelum mengirimkannya lebih jauh. Tujuan adalah tempat versi yang diteruskan menjadi dapat diamati.
| Titik pengamatan | Pesan yang tersedia di sana |
|---|---|
| Objek permintaan klien | Permintaan yang disiapkan untuk lompatan pertama |
| Log permintaan asal atau penangan gema | Permintaan yang diterima setelah penerusan |
| Koleksi header respons klien | Respons yang diterima di jalur kembali |
Untuk pemeriksaan terkendali, gunakan titik akhir yang Anda kelola sendiri yang mencatat atau mengembalikan header permintaan yang diterima. Beri permintaan penanda yang dapat dikenali agar catatan asal dapat dikaitkan dengan operasi klien tertentu.
Dalam aplikasi berbasis WebClient, ResponseHeaders menjelaskan respons yang dikembalikan. Itu bukan catatan permintaan proxy ke tujuan. Server dapat memilih untuk menggemakan informasi permintaan di badan responsnya, tetapi itu perilaku aplikasi.
Jika jalur berisi beberapa perantara, tujuan melihat efek penerusan gabungannya. Kehadiran header saja tidak menghubungkan perubahan dengan satu lompatan tertentu. Untuk bidang API khusus, aturan penerusan dan bidang Connection menjelaskan kapan perubahan diperkirakan terjadi.
Tunnel HTTPS CONNECT biasa menambahkan batas lain: permintaan HTTP di dalamnya dienkripsi antara klien dan situs web. Proxy relay tidak dapat menyunting header terenkripsi itu. Header pada pertukaran CONNECT milik pertukaran terpisah tersebut, sedangkan proxy inspeksi TLS terkelola memiliki peran berbeda.