curl ରେ CIDR ବାଇପାସ୍ ବିଫଳ ହୁଏ କିନ୍ତୁ --noproxy '*' କାମ କରେ
ସମଗ୍ର ଅପରେଟିଂ ସିଷ୍ଟମ ରିଲିଜ୍କୁ ଦୋଷ ଦେବା ପରିବର୍ତ୍ତେ ପ୍ରକୃତ କ୍ଲାୟେଣ୍ଟ ଏବଂ ଲିଙ୍କ୍ ହୋଇଥିବା ଲାଇବ୍ରେରୀ ସଂସ୍କରଣ ବ୍ୟବହାର କରି ବାଇପାସ୍ ବୈଶିଷ୍ଟ୍ୟର ପାର୍ଥକ୍ୟ ବ୍ୟାଖ୍ୟା କରନ୍ତୁ।
ଆକ୍ଷରିକ ବ୍ୟକ୍ତିଗତ IP ପାଇଁ ଅନୁରୋଧ ସବ୍ନେଟ୍ ବ୍ୟତିକ୍ରମ ସହିତ ପ୍ରକ୍ସି ବ୍ୟବହାର କରେ, କିନ୍ତୁ --noproxy '*' ସହିତ ସିଧାସଳଖ ଯାଏ। ଏହା ପ୍ରମାଣ କରେ ନାହିଁ ଯେ ଅପରେଟିଂ ସିଷ୍ଟମ ସବୁ ପ୍ରକ୍ସି ବ୍ୟତିକ୍ରମକୁ ଅଣଦେଖା କରେ।
କ୍ଲାୟେଣ୍ଟ ଏକ ବୁଝାଯାଉଥିବା ବାଇପାସ୍ ରୂପ ଦେଖାଇଛି। ପରବର୍ତ୍ତୀ ପ୍ରଶ୍ନ ହେଉଛି ଏହା ଆପଣ ଦେଇଥିବା ପରିସର ରୂପ ଲାଗୁ କରେ କି ନାହିଁ।
curl ଏହି ବ୍ୟତିକ୍ରମ ପାଇଁ CIDR ମେଳନ 7.86.0 ରେ ଯୋଡିଛି। ନୂଆ ଦେଖାଯାଉଥିବା ଅପରେଟିଂ ସିଷ୍ଟମ ରିଲିଜ୍ ଥିବା ମେସିନ୍ରେ ମଧ୍ୟ ଅନ୍ୟ ସଂସ୍କରଣ ଧାରାର କ୍ଲାୟେଣ୍ଟ କିମ୍ବା ଲିଙ୍କ୍ ହୋଇଥିବା ଲାଇବ୍ରେରୀ ଥାଇପାରେ। ପ୍ରକୃତରେ ଡକାଯାଉଥିବା ଏକ୍ଜିକ୍ୟୁଟେବଲ୍ ଏବଂ ତାହା ସହିତ ଲିଙ୍କ୍ ହୋଇଥିବା libcurl ଯାଞ୍ଚ କରନ୍ତୁ, କେବଳ ସମସ୍ୟାର ଶୀର୍ଷକରେ ଥିବା OS ନାମ ନୁହେଁ।
libcurl ବ୍ୟବହାର କରୁଥିବା ଆପ୍ଲିକେସନ୍ ସ୍ୱତନ୍ତ୍ର curl ନିର୍ଦ୍ଦେଶଠାରୁ ମଧ୍ୟ ଭିନ୍ନ ହୋଇପାରେ। ବଣ୍ଟନ ପ୍ୟାଚ୍ ମଧ୍ୟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ହୋଇପାରେ, ତେଣୁ ମୂଳ ସଂସ୍କରଣ ଏକାକୀ ନିର୍ଣ୍ଣାୟକ ନ ହେଲେ ସ୍ଥାପିତ ପ୍ୟାକେଜ୍ର ବୈଶିଷ୍ଟ୍ୟ ଦଲିଲ ବ୍ୟବହାର କରନ୍ତୁ।
ଅନୁରୋଧର ଇନପୁଟ୍ ସଠିକ୍ ରଖନ୍ତୁ। ସବ୍ନେଟ୍କୁ ରିଜଲଭ୍ ହେଉଥିବା ହୋଷ୍ଟନାମ ଆକ୍ଷରିକ ଠିକଣା ଥିବା URL ଠାରୁ ଅଲଗା ଘଟଣା। ସମର୍ଥିତ CIDR ପାର୍ସର୍ ପ୍ରତ୍ୟେକ ନାମକୁ ଠିକଣା-ଆଧାରିତ ବାଇପାସ୍ ନିଷ୍ପତ୍ତିରେ ପରିଣତ କରିବା ପାଇଁ ସ୍ୱୟଂଚାଳିତ ଭାବରେ DNS ପ୍ରଶ୍ନ କରେ ନାହିଁ।
ପ୍ୟାକେଜ୍ ବଦଳାଇବା କିମ୍ବା ପୃଥକ ଠିକଣାର ବିଶାଳ ତାଲିକା ତିଆରି କରିବା ପୂର୍ବରୁ କ୍ଲାୟେଣ୍ଟ ପରିଚୟ, ସଠିକ୍ URL, ବ୍ୟତିକ୍ରମ ମୂଲ୍ୟ ଏବଂ ନିୟନ୍ତ୍ରିତ ଫଳାଫଳ ସଂଗ୍ରହ କରନ୍ତୁ। ସବୁ ହୋଷ୍ଟ ପାଇଁ ବିଶ୍ୱ ବାଇପାସ୍ ତୁଳନା ବିଷୟରେ ଉପଯୋଗୀ ପ୍ରମାଣ; କିନ୍ତୁ ଏହା ସ୍ୱୟଂଚାଳିତ ଭାବରେ ଉଦ୍ଦିଷ୍ଟ ସ୍ଥାୟୀ ରାଉଟିଂ ନୀତି ନୁହେଁ।