ପ୍ରକ୍ସିର ଫରୱାର୍ଡ ହୋଇଥିବା ଅନୁରୋଧକୁ ଏହାର ଗନ୍ତବ୍ୟ ସ୍ଥାନରେ ପର୍ଯ୍ୟବେକ୍ଷଣ କରନ୍ତୁ
କ୍ଲାୟେଣ୍ଟ HTTP ଅନୁରୋଧ ପଠାଇବା ପରେ ଯୋଡାଯାଉଥିବା କିମ୍ବା ପରିବର୍ତ୍ତିତ ହେଉଥିବା ହେଡର ପାଇଁ ସଠିକ୍ ପର୍ଯ୍ୟବେକ୍ଷଣ ବିନ୍ଦୁ ବାଛନ୍ତୁ।
ଏକ କ୍ଲାୟେଣ୍ଟ HTTP ଅନୁରୋଧ ପ୍ରସ୍ତୁତ କରେ, ଏବଂ ଏକ ଫରୱାର୍ଡ ପ୍ରକ୍ସି ସେହି ସନ୍ଦେଶକୁ ଆଗକୁ ପଠାଇବା ପୂର୍ବରୁ ବଦଳାଇପାରେ। ଯେଉଁଠାରେ ଫରୱାର୍ଡ ହୋଇଥିବା ସଂସ୍କରଣ ପର୍ଯ୍ୟବେକ୍ଷଣଯୋଗ୍ୟ ହୁଏ, ସେହି ସ୍ଥାନ ହେଉଛି ଗନ୍ତବ୍ୟ।
| ପର୍ଯ୍ୟବେକ୍ଷଣ ବିନ୍ଦୁ | ସେଠାରେ ଉପଲବ୍ଧ ସନ୍ଦେଶ |
|---|---|
| କ୍ଲାୟେଣ୍ଟର ଅନୁରୋଧ ବସ୍ତୁ | ପ୍ରଥମ ଡେଇଁ ପାଇଁ ପ୍ରସ୍ତୁତ ଅନୁରୋଧ |
| ମୂଳର ଅନୁରୋଧ ଲଗ୍ କିମ୍ବା ଇକୋ ହ୍ୟାଣ୍ଡଲର | ଫରୱାର୍ଡ ପରେ ଗ୍ରହଣ କରାଯାଇଥିବା ଅନୁରୋଧ |
| କ୍ଲାୟେଣ୍ଟର ପ୍ରତିକ୍ରିୟା-ହେଡର ସଂଗ୍ରହ | ଫେରନ୍ତା ପଥରେ ଗ୍ରହଣ କରାଯାଇଥିବା ପ୍ରତିକ୍ରିୟା |
ନିୟନ୍ତ୍ରିତ ଯାଞ୍ଚ ପାଇଁ, ଆପଣ ଚଲାଉଥିବା ଏବଂ ଗ୍ରହଣ କରାଯାଇଥିବା ଅନୁରୋଧ ହେଡର ରେକର୍ଡ କରୁଥିବା କିମ୍ବା ଫେରାଉଥିବା ଏକ ଏଣ୍ଡପଏଣ୍ଟ ବ୍ୟବହାର କରନ୍ତୁ। ଅନୁରୋଧକୁ ଏକ ଚିହ୍ନଟଯୋଗ୍ୟ ଚିହ୍ନ ଦିଅନ୍ତୁ, ଯାହାଫଳରେ ମୂଳ ରେକର୍ଡକୁ ନିର୍ଦ୍ଦିଷ୍ଟ କ୍ଲାୟେଣ୍ଟ କାର୍ଯ୍ୟ ସହିତ ଯୋଡାଯାଇପାରିବ।
WebClient ଆଧାରିତ ଆପ୍ଲିକେସନରେ, ResponseHeaders ଫେରାଇଥିବା ପ୍ରତିକ୍ରିୟାର ବର୍ଣ୍ଣନା କରେ। ଏହା ପ୍ରକ୍ସିର ଗନ୍ତବ୍ୟକୁ ପଠାଯାଇଥିବା ଅନୁରୋଧର ରେକର୍ଡ ନୁହେଁ। ଏକ ସର୍ଭର ନିଜ ପ୍ରତିକ୍ରିୟା ଶରୀରରେ ଅନୁରୋଧ ସୂଚନା ପ୍ରତିଧ୍ୱନି କରିବାକୁ ବାଛିପାରେ, କିନ୍ତୁ ତାହା ଆପ୍ଲିକେସନର ଆଚରଣ।
ଯଦି ପଥରେ ଅନେକ ମଧ୍ୟସ୍ଥ ଅଛନ୍ତି, ଗନ୍ତବ୍ୟ ସେମାନଙ୍କର ସମ୍ମିଳିତ ଫରୱାର୍ଡିଂ ପ୍ରଭାବ ଦେଖେ। କେବଳ ହେଡର ଉପସ୍ଥିତି ପରିବର୍ତ୍ତନକୁ ଏକ ନିର୍ଦ୍ଦିଷ୍ଟ ଡେଇଁ ସହିତ ଆରୋପ କରେ ନାହିଁ। କଷ୍ଟମ API କ୍ଷେତ୍ର ପାଇଁ, ଫରୱାର୍ଡିଂ ଏବଂ Connection-କ୍ଷେତ୍ରର ନିୟମ ପରିବର୍ତ୍ତନ କେବେ ଆଶା କରାଯାଏ ତାହା ବ୍ୟାଖ୍ୟା କରେ।
ସାଧାରଣ HTTPS CONNECT ସୁଡଙ୍ଗ ଆଉ ଏକ ସୀମା ଯୋଡେ: ଭିତରର HTTP ଅନୁରୋଧ କ୍ଲାୟେଣ୍ଟ ଏବଂ ୱେବସାଇଟ ମଧ୍ୟରେ ଏନକ୍ରିପ୍ଟ ହୋଇଥାଏ। ଏକ ରିଲେ ପ୍ରକ୍ସି ସେହି ଏନକ୍ରିପ୍ଟ ହୋଇଥିବା ହେଡର ସମ୍ପାଦନ କରିପାରିବ ନାହିଁ। CONNECT ବିନିମୟର ହେଡର ସେହି ଅଲଗା ବିନିମୟର, ଯେତେବେଳେ ପରିଚାଳିତ TLS ନିରୀକ୍ଷଣ ପ୍ରକ୍ସିର ଭୂମିକା ଭିନ୍ନ।