NO_PROXY regex ଏବଂ wildcard ପ୍ୟାଟର୍ଣ୍ଣ ସମର୍ଥନ କରେ କି?

ବ୍ୟତିକ୍ରମଟି ବିଶ୍ୱାସନୀୟ ଦେଖାଯାଏ: *.server.*। ଏହା shell ପ୍ୟାଟର୍ଣ୍ଣ ପରି ମଧ୍ୟ ଦେଖାଯାଏ। ଏହି ଦୁଇଟି ତଥ୍ୟ ମଧ୍ୟରୁ କୌଣସିଟି ପ୍ରମାଣ କରେ ନାହିଁ ଯେ ଆପଣଙ୍କ HTTP କ୍ଲାୟେଣ୍ଟ ଏହାକୁ ବୁଝେ।

NO_PROXY ଏକ ସାଧାରଣ ନିୟମିତ-ଅଭିବ୍ୟକ୍ତି ଇଞ୍ଜିନ ନୁହେଁ। ଗୋଟିଏ କ୍ଲାୟେଣ୍ଟର ବିଶେଷ ତାରକା ନାମର ମଧ୍ୟଭାଗରେ ମନଇଚ୍ଛା wildcards ସମର୍ଥିତ ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ। curl ଏକ * କୁ ସମସ୍ତ ହୋଷ୍ଟ ପାଇଁ ବାଇପାସ୍ ଭାବରେ ଦଲିଲ କରେ। ତାହା *.server.* ଡୋମେନର ଏକ ପରିବାର ଚୟନ କରେ ବୋଲି ପ୍ରତିଶ୍ରୁତିଠାରୁ ବହୁତ ଅଲଗା।

ଆପଣ ପ୍ରକୃତରେ ଅନୁରୋଧ କରୁଥିବା ନାମରୁ ଆରମ୍ଭ କରନ୍ତୁ। ଆବଶ୍ୟକତା ଏକ ଜଣାଶୁଣା ଡୋମେନ ଏବଂ ଏହାର ସବଡୋମେନ ହେଲେ, ଉପଭୋକ୍ତାର ଦଲିଲଭୁକ୍ତ ଡୋମେନ ରୂପ ବ୍ୟବହାର କରନ୍ତୁ। ଆବଶ୍ୟକତା ଏକ ଶବ୍ଦ ଥିବା ଅନେକ ଅସମ୍ବନ୍ଧିତ ନାମ ହେଲେ, ସମର୍ଥିତ ରୁଟ୍-ଚୟନ API କିମ୍ବା PAC ନୀତି ଆବଶ୍ୟକ ହୋଇପାରେ। ଅସମର୍ଥିତ ପ୍ୟାଟର୍ଣ୍ଣରେ ଅଧିକ ଯତିଚିହ୍ନ ଯୋଡିବା ସେହି ବୈଶିଷ୍ଟ୍ୟ ଦେଇପାରିବ ନାହିଁ।

ଉଦ୍ଦିଷ୍ଟ ମେଳ ପାଖରେ କିଛି ପ୍ରତିଉଦାହରଣ ରଖନ୍ତୁ। server.example, files.server.example ଏବଂ server.other.test ସବୁ ବାଇପାସ୍ ହେବା ଉଚିତ କି? ଏବଂ ସମାନ ଅକ୍ଷର ଥିବା କିନ୍ତୁ ସମାନ ଡୋମେନ ସୀମା ନଥିବା ନାମ? ସେହି ଉତ୍ତରଗୁଡ଼ିକ ସେଟିଂକୁ “wildcard” କହିବାଠାରୁ ଆବଶ୍ୟକତାକୁ ଅଧିକ ସ୍ପଷ୍ଟ ଭାବରେ ପରିଭାଷିତ କରେ।

କ୍ଲାୟେଣ୍ଟ ବଦଳାଇବା ପ୍ୟାଟର୍ଣ୍ଣ ପୁଣି ଯାଞ୍ଚ କରିବାର କାରଣ। ବ୍ରାଉଜର ଏକ୍ସଟେନସନରୁ କପି କରାଯାଇଥିବା ବାଇପାସ୍ ନିୟମ ଅନ୍ୟ ପ୍ରୋଗ୍ରାମ ପଢ଼ୁଥିବା ପରିବେଶ ଚରରେ ସ୍ୱତଃ ବୈଧ ନୁହେଁ।