ସ୍ଥାନୀୟ NTLM ପ୍ରକ୍ସି ସହାୟକ: କ୍ଲାୟେଣ୍ଟ ପ୍ରବେଶ ବନାମ ଅପଷ୍ଟ୍ରିମ ଲଗଇନ

ଆପଣଙ୍କ ଆପ୍ଲିକେସନ ନିଜ କମ୍ପ୍ୟୁଟରରେ ଥିବା ଏକ ପ୍ରକ୍ସି ସହିତ ସଂଯୋଗ କରେ। ତାପରେ ସେହି ସହାୟକ କମ୍ପାନୀ ପ୍ରକ୍ସି ସହିତ ପ୍ରମାଣିତ କରେ। ଆପ୍ଲିକେସନ ନିଜେ କମ୍ପାନୀର ପ୍ରମାଣୀକରଣ ବିନିମୟ କରିବା ଆବଶ୍ୟକ ନୁହେଁ।

application → local helper → company proxy → destination

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

କେଉଁ ପଦକ୍ଷେପ ବିଫଳ ହେଲା ଚିହ୍ନଟ କରନ୍ତୁ

ପ୍ରଥମେ ନିଶ୍ଚିତ କରନ୍ତୁ ଯେ ଆପ୍ଲିକେସନ ସହାୟକର ପ୍ରକୃତ ଶ୍ରୋତା ଏବଂ ପ୍ରୋଟୋକଲ ବାଛିଛି। ସେହି ଶ୍ରୋତାରେ ପହଞ୍ଚିବା ପୂର୍ବରୁର ତ୍ରୁଟି NTLM ବିଫଳତା ନୁହେଁ। ତାପରେ ଯାଞ୍ଚ କରନ୍ତୁ ଯେ ସହାୟକ ନିଜ କନଫିଗର ହୋଇଥିବା ପିତୃପୁରୁଷରେ ପହଞ୍ଚିଛି କି ଏବଂ ପିତୃପୁରୁଷ ତାହାର ପରିଚୟ ସ୍ୱୀକାର କରିଛି କି।

ଏହି ପଥରେ ଫେରିଆସୁଥିବା 407 କୁ ଆରୋପଣ ଆବଶ୍ୟକ। ଦେଖାଯାଉଥିବା ସ୍ଥିତି ଆପଣଙ୍କ ଆପ୍ଲିକେସନ ପଠାଇବା ଉଚିତ ଖାତାକୁ ଚିହ୍ନଟ କରେ ବୋଲି ଧରିନେବା ପରିବର୍ତ୍ତେ ସ୍ଥାନୀୟ କାରବାରକୁ ସହାୟକର ସମ୍ପାଦିତ ନିଦାନ ସହିତ ସଂଯୋଗ କରନ୍ତୁ।

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

ଶ୍ରୋତା ଏକ ପ୍ରକୃତ ସେବା

Loopback ଶ୍ରୋତାକୁ ଆଖପାଖ ନେଟୱାର୍କରୁ ଦୂରେଇ ରଖେ; ଏହା ସେହି କମ୍ପ୍ୟୁଟରର ସମସ୍ତ ପ୍ରକ୍ରିୟା କିମ୍ବା ବ୍ୟବହାରକାରୀଙ୍କୁ ଅଲଗା କରେ ନାହିଁ। ଏକ ଗେଟୱେ କିମ୍ବା ଅଧିକ ପ୍ରଶସ୍ତ ବାଇଣ୍ଡିଂ ସମ୍ଭାବ୍ୟ କଲରମାନଙ୍କ ସମୂହକୁ ବଦଳାଏ ଯେଉଁମାନେ ସହାୟକର ଅପଷ୍ଟ୍ରିମ ପରିଚୟ ବ୍ୟବହାର କରିପାରନ୍ତି। ସେହି ପରିବର୍ତ୍ତନ ଜାଣିଶୁଣି କରନ୍ତୁ।

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