Chrome onAuthRequired: ପ୍ରମାଣପତ୍ର ପଠାଇବା ପୂର୍ବରୁ isProxy ଯାଞ୍ଚ କରନ୍ତୁ

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

Chrome ର webRequest.onAuthRequired ଘଟଣାରେ ଉପଯୋଗୀ ପାର୍ଥକ୍ୟକାରୀ ହେଉଛି isProxy। କେବଳ ପ୍ରମ୍ପ୍ଟ ଅଦୃଶ୍ୟ ହେବା ପାଇଁ ସେହି ଯାଞ୍ଚ ହଟାଉଥିବା କଲବ୍ୟାକ୍ ଉତ୍ସ ଚ୍ୟାଲେଞ୍ଜକୁ ପ୍ରକ୍ସିର ପ୍ରମାଣପତ୍ର ଯୋଗାଇବା ଆରମ୍ଭ କରିପାରେ।

ଆପଣ ବିଶ୍ୱାସ କରିବାକୁ ଚାହୁଁଥିବା ପ୍ରକ୍ସି ସହିତ ମେଳ କରନ୍ତୁ

isProxy ଯାଞ୍ଚ କରିବା ଏକ ଆରମ୍ଭ। ପ୍ରତ୍ୟାଶିତ ପ୍ରକ୍ସି ଚ୍ୟାଲେଞ୍ଜର ଏବଂ ଅନୁରୋଧ ପ୍ରସଙ୍ଗରେ ମଧ୍ୟ ପରିଚାଳନାକୁ ସୀମିତ କରନ୍ତୁ। ଏକାଧିକ ଏଣ୍ଡପଏଣ୍ଟ ପରିଚାଳନା କରୁଥିବା ଏକ୍ସଟେନସନ ସେହି ଏଣ୍ଡପଏଣ୍ଟର ଖାତା ବାଛିବା ଉଚିତ, ପ୍ରତ୍ୟେକ ଚ୍ୟାଲେଞ୍ଜ ପାଇଁ ଏକ ବୈଶ୍ୱିକ ପାସୱାର୍ଡ ନୁହେଁ।

ପ୍ରକ୍ସି ମାର୍ଗ ସେଟ୍ କରିବା ଏବଂ ଏହାର ଲଗଇନ ପରିଚାଳନା କରିବା ଏକ ଅନୁମତି କିମ୍ବା ଏକ API କଲ ବୋଲି ଧରି ନେବେ ନାହିଁ। Chrome ସେଗୁଡ଼ିକୁ ଅଲଗା ଭାବରେ ଦଲିଲ କରେ। ଘଟଣା ତଥ୍ୟ ଏବଂ ପ୍ରମାଣୀକରଣ ଅନୁମତି ପାଇଁ ବର୍ତ୍ତମାନର webRequest ସନ୍ଦର୍ଭ ବ୍ୟବହାର କରନ୍ତୁ। Manifest V3 ଶ୍ରୋତା ପଞ୍ଜୀକରଣର ଉଦାହରଣ କଲବ୍ୟାକ୍ ଭିତରେ ସିଙ୍କ୍ରୋନସ ପଞ୍ଜୀକରଣ ଏବଂ ଖାତା ଚୟନ ଦେଖାଏ।

ମାନିଫେଷ୍ଟ ପ୍ରଜନ୍ମ ଯାଞ୍ଚ କରନ୍ତୁ

ପରୀକ୍ଷାମୂଳକ WebRequest API ଉଲ୍ଲେଖ କରୁଥିବା ଉଦାହରଣଗୁଡ଼ିକ ପୁରୁଣା ଏକ୍ସଟେନସନ ରିଲିଜରୁ ଆସେ। ବର୍ତ୍ତମାନର ଅନୁମତି ଆବଶ୍ୟକତା ଏକ୍ସଟେନସନର ମାନିଫେଷ୍ଟ ପ୍ରଜନ୍ମ ଏବଂ ନିୟୋଜନ ମଡେଲ ଉପରେ ନିର୍ଭର କରେ। ବିଶେଷକରି, ପ୍ରମାଣୀକରଣ ପରିଚାଳନାର ନିଜସ୍ୱ ସମର୍ଥିତ ଅନୁମତି ମାର୍ଗ ଅଛି; ଏକ ପୁରୁଣା ଅବରୋଧକ ଶ୍ରୋତା ଉଦାହରଣ Manifest V3 ଏକ୍ସଟେନସନ ଏହାକୁ ଅପରିବର୍ତ୍ତିତ ଭାବରେ ଚଲାଇପାରେ ବୋଲି ପ୍ରମାଣ କରିବା ପାଇଁ ଯଥେଷ୍ଟ ନୁହେଁ।

ସଠିକ୍ ହ୍ୟାଣ୍ଡଲର ସେହି ପ୍ରତ୍ୟାଖ୍ୟାତ ପ୍ରମାଣପତ୍ରକୁ ଅସୀମିତ ଭାବରେ ପୁନଃ ଚେଷ୍ଟା କରିବାରୁ ମଧ୍ୟ ବିରତ ରହିବା ଉଚିତ। ଖାତା ଦେବା ପରେ ଆସୁଥିବା ଦ୍ୱିତୀୟ ଚ୍ୟାଲେଞ୍ଜକୁ ପାସୱାର୍ଡ ଚିରକାଳ ପୁନଃ ବଜାଇବାର ଅନୁରୋଧ ନୁହେଁ, ବରଂ ଅନୁସନ୍ଧାନ ପାଇଁ ପ୍ରମାଣ ଭାବରେ ଗ୍ରହଣ କରନ୍ତୁ।

ପ୍ରମାଣପତ୍ର ଏକ୍ସଟେନସନର ଉପଯୁକ୍ତ ସୁରକ୍ଷିତ ପରିଚାଳନା ମାର୍ଗରେ ରହିବା ଉଚିତ। ସେଗୁଡ଼ିକୁ PAC ଫାଇଲରେ ପ୍ରକାଶ କରନ୍ତୁ ନାହିଁ କିମ୍ବା ବିତରଣ କରାଯାଉଥିବା ନମୁନାରେ ହାର୍ଡକୋଡ କରନ୍ତୁ ନାହିଁ। ଲକ୍ଷ୍ୟ ସଂକୀର୍ଣ୍ଣ ପରିସରର ପ୍ରକ୍ସି ଲଗଇନ, ପ୍ରତ୍ୟେକ ପ୍ରମାଣୀକରଣ ଚ୍ୟାଲେଞ୍ଜକୁ ସମାନ ଗୁପ୍ତ ତଥ୍ୟରେ ଉତ୍ତର ଦେଉଥିବା ବ୍ରାଉଜର-ବ୍ୟାପୀ ନିୟମ ନୁହେଁ।