HTTP ପ୍ରକ୍ସିରେ ସ୍ୱୟଂଚାଳିତ ଡୋମେନ ପ୍ରମାଣୀକରଣ Negotiate ଏବଂ Kerberos ବ୍ୟବହାର କରିପାରେ। କ୍ଲାଏଣ୍ଟକୁ ପ୍ରକ୍ସି ସେବା ପାଇଁ ଟିକେଟ ଆବଶ୍ୟକ, କେବଳ ମନେ ରଖାଯାଇଥିବା ୱେବସାଇଟ ପାସୱାର୍ଡ ନୁହେଁ।

proxy.example.net ଭାବରେ ଘୋଷିତ ପ୍ରକ୍ସି ପାଇଁ, ସେବା principal ଏହି ରୂପ ରଖିପାରେ:

HTTP/[email protected]

କ୍ଲାଏଣ୍ଟ ବ୍ୟବହାର କରୁଥିବା ହୋଷ୍ଟନାମ, ପଞ୍ଜୀକୃତ ସେବା principal ଏବଂ ପ୍ରକ୍ସିର keytab ସ୍ଥାପନ ସହିତ ମେଳ ଖାଇବା ଆବଶ୍ୟକ। Squid ର Kerberos ବିନ୍ୟାସ HTTP ସେବା principal ଏବଂ ସହାୟକ ଦ୍ୱାରା ସେ ଚାବି ସାମଗ୍ରୀର ବ୍ୟବହାରକୁ ଦଲିଲ କରେ।

IP ଠିକଣା କିମ୍ବା ଅନ୍ୟ ଉପନାମ ବ୍ୟବହାର କଲେ ସାଧାରଣ ସେବା-ନାମ ଚୟନ ବଦଳିପାରେ। ଉପଭୋକ୍ତା ପାସୱାର୍ଡ ବଦଳାଇବା ପୂର୍ବରୁ କ୍ଲାଏଣ୍ଟ ପ୍ରକୃତରେ କେଉଁ ପ୍ରକ୍ସି ନାମ ବ୍ୟବହାର କଲା ଏବଂ କେଉଁ ପ୍ରମାଣୀକରଣ ପଦ୍ଧତି ସମ୍ପୂର୍ଣ୍ଣ ହେଲା କିମ୍ବା ବିଫଳ ହେଲା ନିର୍ଣ୍ଣୟ କରନ୍ତୁ।

Negotiate ଏକ ଆଲୋଚନା ପଦ୍ଧତି। Windows ପ୍ରଯୁଜ୍ୟ ଅବସ୍ଥାରେ Kerberos ଚୟନ କରିପାରେ କିମ୍ବା NTLM କୁ ଫେରିପାରେ; Negotiate ଶବ୍ଦ ଦେଖିବା Kerberos ବିନିମୟ ସଫଳ ହେଲା ବୋଲି ପ୍ରମାଣ ଦିଏ ନାହିଁ।

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

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ