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

Squid ରୂପରେଖ Active Directory ସହିତ ପାସୱାର୍ଡ ଯାଞ୍ଚ କରିପାରେ ଏବଂ ତଥାପି ଏକ ଲଗଇନ୍ ବକ୍ସ ଦେଖାଇପାରେ। ଏହାର ଅର୍ଥ ନୁହେଁ ଯେ କିଛି ନିଶ୍ଚିତ ଭାବେ ନଷ୍ଟ ହୋଇଛି। AD କହେ ଖାତା କେଉଁଠି ଅଛି; ବ୍ରାଉଜର କିପରି ପ୍ରମାଣ କରିବ ଯେ ବ୍ୟବହାରକାରୀ କିଏ, ତାହା କହେ ନାହିଁ।

ଏହି ଧାଡ଼ିରେ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ଶବ୍ଦଟି ହେଉଛି basic:

auth_param basic realm Windows Logon

realm ପରେ ଥିବା ଶବ୍ଦଗୁଡ଼ିକ ସୁରକ୍ଷିତ ପ୍ରମାଣୀକରଣ କ୍ଷେତ୍ରର ନାମ ଦିଏ। ସେମାନେ Windows ପ୍ରବେଶ ଟୋକନ ମାଗନ୍ତି ନାହିଁ ଏବଂ ଚ୍ୟାଲେଞ୍ଜକୁ Negotiate କୁ ବଦଳାନ୍ତି ନାହିଁ। Basic LDAP ସହାୟକ ଦିଆଯାଇଥିବା ପ୍ରମାଣପତ୍ର ନେଇ ଡିରେକ୍ଟୋରୀ ସହିତ ଯାଞ୍ଚ କରେ।

ଏକ ସାଧାରଣ ରୂପରେଖରେ ତିନୋଟି ପୃଥକ ନିର୍ଣ୍ଣୟ ଥାଏ: Squid କ୍ଲାଏଣ୍ଟକୁ କିପରି ଚ୍ୟାଲେଞ୍ଜ ଦିଏ, ସହାୟକ ସେହି ପ୍ରତିକ୍ରିୟାକୁ କିପରି ଯାଞ୍ଚ କରେ, ଏବଂ ପ୍ରବେଶ ନିୟମ କେଉଁ ପ୍ରମାଣିତ ବ୍ୟବହାରକାରୀ କିମ୍ବା ଗୋଷ୍ଠୀକୁ ଅନୁମତି ଦିଏ। ସଫଳ LDAP ଗୋଷ୍ଠୀ ସନ୍ଧାନ କେବଳ ଶେଷ ନିର୍ଣ୍ଣୟକୁ ସମାଧାନ କରେ। ଏହା ବ୍ରାଉଜରର ଅନୁପସ୍ଥିତ ପ୍ରମାଣପତ୍ର ଯୋଗାଇପାରିବ ନାହିଁ।

ଯଦି ଆବଶ୍ୟକତା ଶାନ୍ତ ସାଇନ୍-ଇନ୍

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

କାର୍ଯ୍ୟକାରୀ LDAP ସେଟଅପ ବଦଳାଇବା ପୂର୍ବରୁ ଆପଣଙ୍କୁ କେଉଁ ଫଳାଫଳ ଦରକାର ତାହା ସ୍ଥିର କରନ୍ତୁ। ୱାର୍କଷ୍ଟେସନ ଲଗଇନ୍ ପାଇଁ ବ୍ୟବହୃତ ସେହି ବ୍ୟବହାରକାରୀ ନାମ ଓ ପାସୱାର୍ଡ ଗ୍ରହଣ କରିବା Basic ପ୍ରମାଣୀକରଣର ଯୁକ୍ତିଯୁକ୍ତ ଆବଶ୍ୟକତା। ସେହି ପାସୱାର୍ଡ ନପଚାରି ଲଗଇନ୍ ହୋଇଥିବା Windows ପରିଚୟ ପୁନଃ ବ୍ୟବହାର କରିବା ଅନ୍ୟ ଏକ ଆବଶ୍ୟକତା, ଯାହା ପାଇଁ ଅନ୍ୟ ପ୍ରୋଟୋକଲ ଓ ପ୍ରୟୋଗ କାର୍ଯ୍ୟ ଦରକାର।