curl, .NET ଏବଂ କଣ୍ଟେନରଗୁଡ଼ିକରେ NO_PROXY ସୁସଙ୍ଗତତା
ଏକ ସାମ୍ପ୍ରତିକ ସିଧା-ରାଉଟିଂ ନୀତିକୁ ଛୋଟ ପ୍ରତିନିଧି ଗନ୍ତବ୍ୟ ସେଟ୍ ବ୍ୟବହାର କରି କ୍ଲାଏଣ୍ଟ-ନିର୍ଦ୍ଦିଷ୍ଟ କନଫିଗରେସନରେ ପରିଣତ କରନ୍ତୁ।
ଏକ ଦଳ ସାମ୍ପ୍ରତିକ environment ଫାଇଲରେ ଗୋଟିଏ bypass ଷ୍ଟ୍ରିଙ୍ଗ ରଖେ। curl ସିଧା ଯାଏ, ଅନ୍ୟ ଆପ୍ଲିକେସନ୍ proxy ବ୍ୟବହାର କରେ, ଏବଂ ଏକ କଣ୍ଟେନର ପୁଣି ଅଲଗା ଭାବରେ ଆଚରଣ କରେ। ସାମ୍ପ୍ରତିକ ଫାଇଲ ସେହି ଅକ୍ଷରଗୁଡ଼ିକ ବଣ୍ଟନ କଲା। ଏହା ଗୋଟିଏ ସାମ୍ପ୍ରତିକ parser ବଣ୍ଟନ କରିନାହିଁ।
ସ୍ଥାୟୀ ବସ୍ତୁ ହେଉଛି ନୀତି: କେଉଁ ଗନ୍ତବ୍ୟ ସିଧା ହେବା ଉଚିତ, କେଉଁ ଅବସ୍ଥାରେ? ତାହାକୁ ପ୍ରତ୍ୟେକ ପ୍ରୋଗ୍ରାମ ଆବଶ୍ୟକ କରୁଥିବା ଷ୍ଟ୍ରିଙ୍ଗରୁ ଅଲଗା ରଖନ୍ତୁ।
ପ୍ରଥମେ ଆଶାକରାଯାଉଥିବା ରାସ୍ତାଗୁଡ଼ିକ ଲେଖନ୍ତୁ
କେବଳ ସହଜ ସଫଳତା ନୁହେଁ, ସୀମା ଘଟଣା ସହିତ ପ୍ରତିନିଧି ଠିକଣା ବ୍ୟବହାର କରନ୍ତୁ:
| ଗନ୍ତବ୍ୟର ଆକୃତି | ନୀତି ମାଲିକ ପାଇଁ ପ୍ରଶ୍ନ |
|---|---|
| ପିତୃ ଡୋମେନ | ଏହାକୁ bypass କରିବା ଉଚିତ କି, କେବଳ ଏହାର ସନ୍ତାନମାନଙ୍କୁ? |
| ଏକ ସବଡୋମେନ | ଏହା ସେହି ରାସ୍ତା ଉତ୍ତରାଧିକାର କରେ କି? |
| ଆକ୍ଷରିକ ଘରୋଇ IP | ସେହି ଠିକଣା ଏହି କ୍ଲାଏଣ୍ଟରୁ ସିଧା ପହଞ୍ଚିପାରିବ କି? |
| hostname ଅଧୀନରେ ସେହି ସେବା | ନାମ-ଆଧାରିତ ଏବଂ ଠିକଣା-ଆଧାରିତ ଅନୁରୋଧ ମେଳ ହେବା ଉଚିତ କି? |
| ଅନ୍ୟ ସେବା ପୋର୍ଟ | ବ୍ୟତିକ୍ରମ host କୁ ଅନ୍ତର୍ଭୁକ୍ତ କରେ କି ଏକ ଶ୍ରୋତାକୁ? |
ତାପରେ ଗ୍ରାହକମାନଙ୍କୁ ଚିହ୍ନଟ କରନ୍ତୁ: image ଟାଣୁଥିବା daemon, କଣ୍ଟେନର ଭିତରର ପ୍ରୋଗ୍ରାମ, ଏକ ଭାଷାର HTTP ଲାଇବ୍ରେରୀ ଏବଂ ଏକ ଇଣ୍ଟରାକ୍ଟିଭ୍ ବ୍ରାଉଜର ସବୁ ଅଲଗା ଏଣ୍ଟ୍ରି ହୋଇପାରେ। Docker କ୍ଲାଏଣ୍ଟ proxy କନଫିଗରେସନ କଣ୍ଟେନରର environment ମୂଲ୍ୟ ପୂରଣ କରିପାରେ, ଭିତରର ପ୍ରତ୍ୟେକ କ୍ଲାଏଣ୍ଟ ସେହି ମେଳ ନିୟମ ଲାଗୁ କରିବାକୁ ପଡ଼ିବ ନାହିଁ।
ଅନ୍ଧ ଭାବରେ ନକଲ ନକରି ଅନୁବାଦ କରନ୍ତୁ
ପ୍ରକୃତ ପାର୍ଥକ୍ୟର ଏକ ଲିଖିତ ଉଦାହରଣ ହେଉଛି ପିତୃ-ଡୋମେନ ସୀମା। curl ର ଡୋମେନ ବାଦ ନାମିତ ଡୋମେନ ଏବଂ ମେଳ ଖାଉଥିବା ସନ୍ତାନମାନଙ୍କୁ ଅନ୍ତର୍ଭୁକ୍ତ କରେ। .NET ର environment ନୀତି ଖାଲି ନାମକୁ ଆଗରେ ବିନ୍ଦୁ ଥିବା ସବଡୋମେନ ରୂପରୁ ଅଲଗା କରେ। „ସର୍ବଦା ଆଗରେ ବିନ୍ଦୁ ଯୋଡ଼ନ୍ତୁ“ ଏହି ସାର୍ବଭୌମ ନିୟମ ଦୁଇଟି ନୀତିକୁ ନିର୍ଭରଯୋଗ୍ୟ ଭାବରେ ପ୍ରକାଶ କରିପାରିବ ନାହିଁ।
IP-ପରିସର ସମର୍ଥନ ମଧ୍ୟ ଗ୍ରାହକ ଏବଂ ଏହାର ସଂସ୍କରଣ ଉପରେ ନିର୍ଭର କରେ। ନୂଆ ସ୍ୱତନ୍ତ୍ର curl ଥିବା ମେସିନ ପୁରୁଣା libcurl ସହିତ ସଂଯୁକ୍ତ ଆପ୍ଲିକେସନ କିମ୍ବା ସମ୍ପୂର୍ଣ୍ଣ ଅନ୍ୟ ଲାଇବ୍ରେରୀ ବ୍ୟବହାର କରୁଥିବା କ୍ଲାଏଣ୍ଟ ଚଲାଇପାରେ। ଅପରେଟିଂ ସିଷ୍ଟମ ରିଲିଜ ସମ୍ପୂର୍ଣ୍ଣ କ୍ଲାଏଣ୍ଟ ତାଲିକା ନୁହେଁ।
ପ୍ରତ୍ୟେକ ଗ୍ରାହକ ପାଇଁ, ଏହାର ସମର୍ଥିତ କନଫିଗରେସନ ଇଣ୍ଟରଫେସ ଏବଂ ଉଦ୍ଦିଷ୍ଟ ରାସ୍ତାଗୁଡ଼ିକର ସର୍ବନିମ୍ନ ପ୍ରକାଶ ଲେଖନ୍ତୁ। ଯାହାର ଅର୍ଥ କେହି ବୁଝାଇ ପାରିବ ନାହିଁ ଏପରି ଚତୁର ଢାଞ୍ଚାଠାରୁ ଏକ ଛୋଟ ସ୍ପଷ୍ଟ host ତାଲିକା ଭଲ ହୋଇପାରେ।
କନଫିଗରେସନ ପ୍ରମାଣକୁ ସଂଯୋଗ ପ୍ରମାଣରୁ ଅଲଗା ରଖନ୍ତୁ
ବିଶ୍ଳେଷିତ ସେଟିଂ କିମ୍ବା ରାଉଟିଂ-ନିଷ୍ପତ୍ତି API ପ୍ରୋଗ୍ରାମ କଣ ବାଛିଲା ଦେଖାଇପାରେ। ଅନୁରୋଧର ଫଳାଫଳ ତାପରେ ସେହି ରାସ୍ତା ବ୍ୟବହାରଯୋଗ୍ୟ ଥିଲା କି ନାହିଁ ଦେଖାଏ। .NET ରେ, HttpClient.DefaultProxy.IsBypassed ଯେତେବେଳେ ଡିଫଲ୍ଟ proxy ବ୍ୟବହୃତ ନୀତି ହୁଏ ସେତେବେଳେ ସେହି କନଫିଗରେସନ-ପକ୍ଷ ଯାଞ୍ଚ ଯୋଗାଏ। ଅନୁରୋଧର ସମୟ ସମାପ୍ତ ହେଲା ବୋଲି ପହଞ୍ଚିପାରୁନଥିବା ସିଧା ସେବାକୁ bypass-ପାର୍ସର ବିଫଳତା ଭାବରେ ନିର୍ଣ୍ଣୟ କରନ୍ତୁ ନାହିଁ।
କ୍ଲାଏଣ୍ଟ କିମ୍ବା ଆଧାର image ଅପଡେଟ କରିବା ସମୟରେ ସୀମା ଗନ୍ତବ୍ୟଗୁଡ଼ିକ ରଖନ୍ତୁ। ଫାଇଲରେ ଦୁଇଟି ସମାନ ଦେଖାଯାଉଥିବା ଡୋମେନ ଏଣ୍ଟ୍ରି କାହିଁକି ଅଛି ତାହା ସମଗ୍ର ଦଳ ପୁଣି ଖୋଜିବାକୁ ନପଡ଼ି ସେମାନେ ଭବିଷ୍ୟତର ସୁସଙ୍ଗତତା ପରିବର୍ତ୍ତନକୁ ଦୃଶ୍ୟମାନ କରନ୍ତି।