Perhatikan permintaan yang diteruskan proksi di destinasinya
Pilih titik pemerhatian yang betul untuk pengepala yang ditambah atau diubah selepas klien menghantar permintaan HTTP.
Klien menyediakan permintaan HTTP, dan proksi hadapan boleh mengubah mesej itu sebelum menghantarnya ke hadapan. Destinasi ialah tempat versi yang diteruskan menjadi boleh diperhati.
| Titik pemerhatian | Mesej yang tersedia di situ |
|---|---|
| Objek permintaan klien | Permintaan yang disediakan untuk lonjakan pertama |
| Log permintaan asal atau pengendali gema | Permintaan yang diterima selepas penghantaran |
| Koleksi pengepala respons klien | Respons yang diterima pada laluan pulang |
Untuk pemeriksaan terkawal, gunakan titik akhir yang anda kendalikan dan yang merekod atau memulangkan pengepala permintaan yang diterima. Berikan penanda yang boleh dikenali kepada permintaan supaya rekod asal boleh dikaitkan dengan operasi klien tertentu.
Dalam aplikasi berasaskan WebClient, ResponseHeaders menerangkan respons yang dikembalikan. Ia bukan rekod permintaan proksi ke destinasi. Pelayan boleh memilih untuk menggemakan maklumat permintaan dalam badan responsnya, tetapi itu ialah tingkah laku aplikasi.
Jika laluan mengandungi beberapa perantara, destinasi melihat kesan penghantaran gabungan mereka. Kehadiran pengepala semata-mata tidak mengaitkan perubahan dengan satu lonjakan tertentu. Untuk medan API tersuai, peraturan penghantaran dan medan Connection menerangkan bila perubahan dijangka berlaku.
Terowong HTTPS CONNECT biasa menambah satu lagi sempadan: permintaan HTTP dalaman disulitkan antara klien dan laman web. Proksi geganti tidak boleh menyunting pengepala tersulit itu. Pengepala dalam pertukaran CONNECT tergolong dalam pertukaran berasingan itu, manakala proksi pemeriksaan TLS terurus mempunyai peranan yang berbeza.