ବ୍ୟବହୃତ .NET HttpClient ପ୍ରକ୍ସି ହ୍ୟାଣ୍ଡଲର ପରିବର୍ତ୍ତନ ବିଫଳ ହୋଇପାରେ
ବ୍ୟବହାର ପରେ ହ୍ୟାଣ୍ଡଲର ଗୁଣାବଳୀ ପରିବର୍ତ୍ତନ କରିବା ପରିବର୍ତ୍ତେ ସମସାମୟିକ ଅନୁରୋଧ ସମୟରେ .NET ପ୍ରକ୍ସି ରାଉଟିଂ ସ୍ଥିର ରଖନ୍ତୁ।
ପ୍ରଥମ ବ୍ୟବହାର ପୂର୍ବରୁ .NET ହ୍ୟାଣ୍ଡଲର ରାଉଟିଂ କନଫିଗର କରନ୍ତୁ। ଅନୁରୋଧ ଆରମ୍ଭ ହେବା ପରେ Proxy କିମ୍ବା UseProxy ସେଟ୍ କଲେ InvalidOperationException ଆସିପାରେ।
| ପରିବର୍ତ୍ତନ | ଏହା ଯାହା ଦିଏ ନାହିଁ |
|---|---|
| ବ୍ୟବହୃତ ହ୍ୟାଣ୍ଡଲର ଗୁଣ ପୁନଃଲେଖନ | ସମର୍ଥିତ ଅନୁରୋଧ-ସ୍ଥାନୀୟ ରାଉଟ୍ ସୁଇଚ |
ନିର୍ଦ୍ଦିଷ୍ଟ WebProxy.Address ପରିବର୍ତ୍ତନ | ସମସାମୟିକ ଅନୁରୋଧ ପାଇଁ ପରମାଣୁ ଚୟନ କିମ୍ବା ପୁଲ୍ ହୋଇଥିବା ସଂଯୋଗ ସ୍ଥାନାନ୍ତର |
IWebProxy ଭିତରେ ବିଶ୍ୱ ସ୍ତରୀୟ ବର୍ତ୍ତମାନ ମୂଲ୍ୟ ରଖିବା | କେବଳ ସ୍ଥିତି ସ୍ଥାନାନ୍ତର କରି ନିର୍ଦ୍ଧାରିତ ସମକାଳୀନତା ନୀତି |
ସୀମିତ ରାଉଟ୍ ସେଟ୍ ପାଇଁ, ସେହି ନୀତିଗୁଡ଼ିକ ସହିତ ସଂଯୁକ୍ତ ପୁନଃବ୍ୟବହାରଯୋଗ୍ୟ କ୍ଲାଏଣ୍ଟ/ହ୍ୟାଣ୍ଡଲର ଗୋଷ୍ଠୀ ରଖନ୍ତୁ ଏବଂ ପଠାଇବା ପୂର୍ବରୁ କ୍ଲାଏଣ୍ଟ ଚୟନ କରନ୍ତୁ। ଏକ କଷ୍ଟମ୍ IWebProxy ଉଦ୍ଦେଶ୍ୟପୂର୍ଣ୍ଣ ଏବଂ ସମକାଳୀନତା-ସୁରକ୍ଷିତ ନିଷ୍ପତ୍ତି ନେଇପାରେ, କିନ୍ତୁ ପରିବର୍ତ୍ତନଶୀଳ ସେୟାର୍ ହୋଇଥିବା ସ୍କ୍ରାଚ୍ ମୂଲ୍ୟ ଅସ୍ପଷ୍ଟ ରହେ।
ଲକ୍ଷ୍ୟସ୍ଥଳ, ଅବଧି, ସଂଯୋଗ ଆୟୁ ଏବଂ OS ସୀମା ଅନୁସାରେ ରାଉଟ୍ କ୍ଲାଏଣ୍ଟ ଓ ଚାଲୁଥିବା କାର୍ଯ୍ୟକୁ ସୀମିତ କରନ୍ତୁ। ଅଧିକ ରାଉଟ୍ ପୁଲ୍/ସକେଟ୍ ଯୋଡ଼େ, ତେଣୁ ବେଞ୍ଚମାର୍କରେ ପ୍ରକ୍ସି ସଂଖ୍ୟା କ୍ଷମତାର ଗ୍ୟାରେଣ୍ଟି ନୁହେଁ।
ଅନ୍ୟ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ପୁନଃପ୍ରୟାସ ନିଜସ୍ୱ କ୍ଲାଏଣ୍ଟ/ଫଳାଫଳ ସହିତ ଆଉ ଏକ ସୀମିତ ପ୍ରୟାସ। ସବମିଶନ ପାଇଁ, ପ୍ରଥମ ଅନୁରୋଧ ଏହାର ଉତ୍ତର ଅଦୃଶ୍ୟ ହେବା ପୂର୍ବରୁ ପ୍ରକ୍ରିୟା ହୋଇଥିବାର ସମ୍ଭାବନା ରଖନ୍ତୁ।