ଏକ ସ୍କ୍ରିପ୍ଟ Windows Internet Settings ରୁ ProxyServer ପଢ଼େ ଏବଂ ଏହାକୁ WebProxy.Address କୁ ନ୍ୟସ୍ତ କରେ। ଏହା ଏକ ମେସିନରେ କାମ କରେ, ତାପରେ ଅନ୍ୟ ଏକ ମେସିନରେ ବିଫଳ ହୁଏ ଯାହାର ମୂଲ୍ୟ ଏହିପରି ଦେଖାଯାଏ:

http=proxy-a.example:8080;https=proxy-b.example:8080

ଏହା ପ୍ରୋଟୋକଲ୍-ନିର୍ଦ୍ଦିଷ୍ଟ କନଫିଗୁରେସନ୍ ଷ୍ଟ୍ରିଙ୍ଗ, ଏକ ପ୍ରକ୍ସି URI ନୁହେଁ। ଏକ ଠିକଣା ଆଶା କରୁଥିବା କନଷ୍ଟ୍ରକ୍ଟରକୁ ସମସ୍ତ ମୂଲ୍ୟ ଦେଲେ ଇନପୁଟର ଅର୍ଥ ବଦଳିଯାଏ।

ପ୍ରବେଶଏହା ପାଇଁ ପ୍ରକ୍ସି ବାଛେ
http=...HTTP ଗନ୍ତବ୍ୟ ଅନୁରୋଧ
https=...HTTPS ଗନ୍ତବ୍ୟ ଅନୁରୋଧ

https କୀ ନିଜେ ଏହା ବୁଝାଏ ନାହିଁ ଯେ ସେହି ପ୍ରକ୍ସି ସହିତ ସଂଯୋଗ TLS ବ୍ୟବହାର କରେ। ସାଧାରଣ HTTP ପ୍ରକ୍ସି CONNECT ମାଧ୍ୟମରେ HTTPS ଗନ୍ତବ୍ୟ ବହନ କରିପାରେ।

କ୍ଲାଏଣ୍ଟ ଯେଉଁଠି ଯୋଗାଏ ସେଠାରେ ପ୍ରକୃତ ଗନ୍ତବ୍ୟ ପାଇଁ ସମର୍ଥିତ ସିଷ୍ଟମ୍-ପ୍ରକ୍ସି ଇଣ୍ଟରଫେସକୁ ପ୍ରାଥମିକତା ଦିଅନ୍ତୁ। ମାନୁଆଲ୍ ପ୍ରକ୍ସି ଷ୍ଟ୍ରିଙ୍ଗ, ବାଇପାସ୍ ନିୟମ, ସ୍ୱୟଂଚାଳିତ କନଫିଗୁରେସନ୍ URL ଏବଂ ସ୍ୱୟଂଚାଳିତ ଆବିଷ୍କାର କନଫିଗୁରେସନର ଭିନ୍ନ ଭିନ୍ନ ଅଂଶ। ଗୋଟିଏ ରେଜିଷ୍ଟ୍ରି ମୂଲ୍ୟ ପଢ଼ି ସେସବୁ ପୁନଃ ଉତ୍ପାଦନ କରାଯାଇପାରିବ ନାହିଁ। ଯଦି ଆପଣ ସଂରକ୍ଷିତ ମ୍ୟାପ୍ ଯାଞ୍ଚ କରନ୍ତି, ProxyServer ପାଖରେ ProxyEnable ଏବଂ AutoConfigURL ପଢ଼ନ୍ତୁ.

ଯଦି ଏକ ଇଣ୍ଟିଗ୍ରେସନକୁ ମାନୁଆଲ୍ ମ୍ୟାପିଂ ପାର୍ସ କରିବାକୁ ପଡ଼େ, ଏହାର ଡକ୍ୟୁମେଣ୍ଟେଡ୍ ଫର୍ମାଟ୍ ଅନୁସରଣ କରନ୍ତୁ, ପ୍ରୋଟୋକଲ୍ ସମ୍ବନ୍ଧ ରଖନ୍ତୁ ଏବଂ ପ୍ରତ୍ୟେକ ଚୟନିତ ମୂଲ୍ୟ ପାଇଁ ପ୍ରକୃତ URI କିମ୍ବା ଏଣ୍ଡପଏଣ୍ଟ ପାର୍ସର ବ୍ୟବହାର କରନ୍ତୁ। ପ୍ରତ୍ୟେକ କୋଲନ୍ ବିଭକ୍ତ କଲେ IPv6 ଭାଙ୍ଗିଯାଏ; ପ୍ରଥମ ପ୍ରବେଶ ବାଛିଲେ ଉପରୋକ୍ତ ପାର୍ଥକ୍ୟ ହଜିଯାଏ।

ଏହାକୁ ଉପଯୁକ୍ତ ଖାତା ପ୍ରସଙ୍ଗରେ ରଖନ୍ତୁ। ଇଣ୍ଟରାକ୍ଟିଭ୍ ଉପଭୋକ୍ତାର ସେଟିଂସ୍ ସ୍ୱୟଂଚାଳିତ ଭାବରେ ଅନ୍ୟ ପରିଚୟ ଅଧୀନରେ ଚାଲୁଥିବା ସେବାର ସେଟିଂସ୍ ନୁହେଁ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ