Проксигийн дамжуулсан хүсэлтийг түүний очих газарт ажиглана уу
Клиент HTTP хүсэлт илгээсний дараа нэмэгдэх эсвэл өөрчлөгдөх толгой мөрүүдэд зориулсан зөв ажиглалтын цэгийг сонгоно уу.
Клиент HTTP хүсэлт бэлтгэдэг бөгөөд урагшлуулагч прокси энэ мессежийг цааш илгээхийн өмнө өөрчилж болно. Дамжуулсан хувилбар ажиглагдах боломжтой газар нь очих газар юм.
| Ажиглалтын цэг | Тэнд боломжтой мессеж |
|---|---|
| Клиентийн хүсэлтийн объект | Эхний харайлтад бэлтгэсэн хүсэлт |
| Эх сурвалжийн хүсэлтийн бүртгэл эсвэл цуурай зохицуулагч | Дамжуулсны дараа хүлээн авсан хүсэлт |
| Клиентийн хариултын толгой мөрийн цуглуулга | Буцах замд хүлээн авсан хариулт |
Хяналттай шалгалтын хувьд та өөрөө ажиллуулдаг, хүлээн авсан хүсэлтийн толгой мөрүүдийг бүртгэдэг эсвэл буцаадаг төгсгөлийн цэгийг ашиглана уу. Хүсэлтэд танигдахуйц тэмдэг өгснөөр эх сурвалжийн бүртгэлийг тодорхой клиентийн үйлдэлтэй холбож болно.
WebClient-д суурилсан программ дээр ResponseHeaders буцаасан хариултыг тодорхойлно. Энэ нь проксигийн очих газарт илгээсэн хүсэлтийн бүртгэл биш юм. Сервер хүсэлтийн мэдээллийг хариултын биедээ цуурайтуулж болно, гэхдээ энэ нь програмын зан төлөв юм.
Хэрэв замд хэд хэдэн зуучлагч байвал очих газар тэдний нэгдсэн дамжуулалтын нөлөөг хардаг. Зөвхөн толгой мөр байх нь өөрчлөлтийг тодорхой нэг харайлтад хамааруулж чадахгүй. Гаалийн API талбаруудын хувьд дамжуулалт болон Connection талбарын дүрэм өөрчлөлт хэзээ хүлээгдэхийг тайлбарладаг.
Энгийн HTTPS CONNECT туннель өөр нэг хил нэмдэг: дотоод HTTP хүсэлт клиент болон вэб сайтын хооронд шифрлэгддэг. Дамжуулагч прокси тэдгээр шифрлэгдсэн толгой мөрүүдийг засварлаж чадахгүй. CONNECT солилцооны толгой мөрүүд тэр тусдаа солилцоонд хамаарах бөгөөд удирдлагатай TLS шалгалтын прокси өөр үүрэгтэй.