Squidର Basic ପ୍ରମାଣୀକରଣ ପୁରୁଣା ପାସୱାର୍ଡ କାହିଁକି ଏବେ ମଧ୍ୟ ଗ୍ରହଣ କରେ

Squidର ପାସୱାର୍ଡ ଫାଇଲ ବଦଳାଇଲେ ପରବର୍ତ୍ତୀ ପ୍ରତ୍ୟେକ ଅନୁରୋଧ ସାହାୟକ ପ୍ରୋଗ୍ରାମକୁ ପୁଣି ଡାକିବ ବୋଲି ନୁହେଁ। Basic ପ୍ରମାଣୀକରଣରେ Squid ସଫଳ ଭାବେ ଯାଞ୍ଚ ହୋଇଥିବା ବ୍ୟବହାରକାରୀ ନାମ ଓ ପାସୱାର୍ଡ ଯୋଡ଼ିକୁ cache କରିପାରେ।

ଏହି ଯାଞ୍ଚ କେତେ ସମୟ ବୈଧ ବୋଲି ଧରାଯିବ ତାହା Squid 6.13ର credentialsttl ସେଟିଂ ନିୟନ୍ତ୍ରଣ କରେ। ଉଦାହରଣ:

auth_param basic credentialsttl 5 minutes

ଏହା ନୀତି ମୂଲ୍ୟର ଏକ ଉଦାହରଣ, ସାର୍ବଜନୀନ ସୁପାରିଶ ନୁହେଁ। ଗ୍ରହଣଯୋଗ୍ୟ ବାତିଲ ବିଳମ୍ବ ଏବଂ ଆପଣଙ୍କ ପ୍ରମାଣୀକରଣ ବ୍ୟାକଏଣ୍ଡ ବହନ କରିପାରୁଥିବା ଭାର ଅନୁସାରେ ବାଛନ୍ତୁ।

ତିନୋଟି ଯାଞ୍ଚକୁ ଅଲଗା କରନ୍ତୁ

ପ୍ରଥମେ ନିଶ୍ଚିତ କରନ୍ତୁ ଯେ ଆପଣ ସକ୍ରିୟ ସାହାୟକ ବ୍ୟବହାର କରୁଥିବା ଫାଇଲ ସମ୍ପାଦନ କରିଛନ୍ତି। ବ୍ୟବହାର ନହେଉଥିବା ଫାଇଲର ସଠିକ ପରିବର୍ତ୍ତନର ପ୍ରଭାବ ନାହିଁ। ପରେ ସାହାୟକ ଫାଇଲ ପଢ଼ି ନୂଆ ଖାତା ସୂଚନା ଯାଞ୍ଚ କରିପାରେ କି ଦେଖନ୍ତୁ। ଶେଷରେ ଚାଲୁଥିବା instance ମାଧ୍ୟମରେ ନୂଆ ପ୍ରକ୍ସି ଅନୁରୋଧ ପରୀକ୍ଷା କରନ୍ତୁ; ସେଠାରେ ପ୍ରବେଶ ତଥ୍ୟ cache ଓ ପ୍ରବେଶ ନିୟମ ମଧ୍ୟ ଲାଗୁ ହୁଏ।

ସାହାୟକ ଓ ଚାଲୁଥିବା ପ୍ରକ୍ସିକୁ ଅଲଗା ଭାବେ ପରୀକ୍ଷା କରନ୍ତୁ। ବ୍ୟାକଏଣ୍ଡ ବର୍ତ୍ତମାନ କଣ ଗ୍ରହଣ କରୁଛି ସାହାୟକ ଦେଖାଏ, କିନ୍ତୁ Squid cache ହୋଇଥିବା ଯାଞ୍ଚକୁ ପୁଣି ବ୍ୟବହାର କରିପାରେ। ବଦଳ ସମୟରେ ନୂଆ ତଥ୍ୟ କାମ କରୁଛି ଏବଂ ଯୋଗ୍ୟ ଯାଞ୍ଚ ସମୟ ପରେ ପୁରୁଣା ଅସ୍ୱୀକୃତ ହେଉଛି କି ଉଭୟ ଦେଖନ୍ତୁ।

ଏହି ବ୍ୟବହାର ତଦନ୍ତରେ ଅଲଗା ପରୀକ୍ଷା ଖାତା ବ୍ୟବହାର କରନ୍ତୁ। ଅନୁରୋଧ, କ୍ଲାଏଣ୍ଟ ଉତ୍ସ ଓ ଲକ୍ଷ୍ୟ ସମାନ ରଖନ୍ତୁ, ଏବଂ ଭାଗ କରାଯାଉଥିବା କମାଣ୍ଡ ଆଉଟପୁଟରେ ପ୍ରକୃତ ପାସୱାର୍ଡ ରଖନ୍ତୁ ନାହିଁ।

ଫାଇଲ ସମ୍ପାଦନାରେ ଭରସା ନକରି ବାତିଲ ଯୋଜନା କରନ୍ତୁ

ଯାଞ୍ଚର ଛୋଟ ବୈଧତା ସମୟ ବ୍ୟାକଏଣ୍ଡର କାମ ବଢ଼ାଏ। ବ୍ୟସ୍ତ ସେବାରେ କମାଇବା ପୂର୍ବରୁ ସାହାୟକ କ୍ଷମତା ବିଚାର କରନ୍ତୁ ଏବଂ ପ୍ରକୃତ ବ୍ୟାକଏଣ୍ଡରେ ବ୍ୟବହାର ଯାଞ୍ଚ କରନ୍ତୁ। ଆପଣଙ୍କ ସଂସ୍କରଣ ଓ ବ୍ୟବସ୍ଥା ପାଇଁ ପ୍ରମାଣ ନଥିଲେ କନଫିଗରେସନ ରିଲୋଡ୍ ସମସ୍ତ ସମ୍ପର୍କିତ ପ୍ରମାଣୀକରଣ ଅବସ୍ଥା ହଟାଏ ବୋଲି ଧରନ୍ତୁ ନାହିଁ।

ତୁରନ୍ତ ପ୍ରବେଶ ହଟାଇବାକୁ ଖାତା କିମ୍ବା ଉତ୍ସ ପାଇଁ ସ୍ପଷ୍ଟ ପ୍ରବେଶ ନିଷେଧ ଅଲଗା ସୀମା ଦେଇପାରେ। ପାସୱାର୍ଡ ଫାଇଲରୁ ହଟାଇବା ଉପରେ ମାତ୍ର ଭରସା ନକରି ପ୍ରଭାବିତ ପଥରୁ ସେହି ନିଷେଧ ପରୀକ୍ଷା କରନ୍ତୁ।

ଏହି ସେଟିଂ Basic ଯାଞ୍ଚର cache ବର୍ଣ୍ଣନା କରେ। ସଂଯୋଗକେନ୍ଦ୍ରିକ ପ୍ରମାଣୀକରଣ ସ୍କିମରେ ଅତିରିକ୍ତ ଅବସ୍ଥା ଥାଏ; କେବଳ ତୁଳନା ଆଧାରରେ ସେମାନଙ୍କୁ ସମାନ ବାତିଲ ମଡେଲ ଦିଆଯିବା ଉଚିତ ନୁହେଁ।