Squid ବାହ୍ୟ ACL କ୍ୟାସିଂ: ହେଲ୍ପରକୁ ପ୍ରତ୍ୟେକ ଥର କାହିଁକି ଡକାଯାଏ ନାହିଁ

ଗୋଟିଏ ଅନୁରୋଧ ଲଗ୍ କରି ଚୁପ୍ ହୋଇଯିବା ହେଲ୍ପର ସାଧାରଣ ହୋଇପାରେ। Squid ହେଲ୍ପରକୁ ଅନ୍ୟ ପ୍ରଶ୍ନ ନପଠାଇ କ୍ୟାସ୍ କରାଯାଇଥିବା ବାହ୍ୟ ACL ଫଳାଫଳ ସହିତ ନିୟମ ମୂଲ୍ୟାଙ୍କନ କରିପାରେ।

ପ୍ରଥମେ ପୁନଃବ୍ୟବହାରଯୋଗ୍ୟ ନିଷ୍ପତ୍ତି ପରିଭାଷିତ କରନ୍ତୁ। “ଏହି ଖାତା ପ୍ରକ୍ସି ବ୍ୟବହାର କରିପାରିବ କି?” ପାଇଁ “ଏହି ଖାତା ଏହି ଗନ୍ତବ୍ୟ ସ୍ଥାନରେ ପହଞ୍ଚିପାରିବ କି?” ଠାରୁ ଭିନ୍ନ ଇନପୁଟ୍ ଦରକାର। ବିସ୍ତାରିତ ବାହ୍ୟ ACL ଫର୍ମାଟ୍ କ୍ୟାସ୍ କୀ ସୃଷ୍ଟି କରେ। ଯଦି ହେଲ୍ପର ଉପଯୋଗକର୍ତ୍ତା ନାମ ଓ ଗନ୍ତବ୍ୟ ଦ୍ୱାରା ନିଷ୍ପତ୍ତି ନେଉଛି କିନ୍ତୁ କୀରେ କେବଳ ଉପଯୋଗକର୍ତ୍ତା ନାମ ଅଛି, ତେବେ କ୍ୟାସ୍ ଅନୁମୋଦନ ଉଦ୍ଦିଷ୍ଟଠାରୁ ଅଧିକ ବ୍ୟାପକ ଭାବେ ଲାଗୁ ହୋଇପାରେ। ଉତ୍ତର ବଦଳାଉଥିବା ପ୍ରତ୍ୟେକ ଇନପୁଟ୍ ଅନ୍ତର୍ଭୁକ୍ତ କରନ୍ତୁ ଏବଂ କେବଳ ସମାନ ନିଷ୍ପତ୍ତିକୁ ଖଣ୍ଡନ କରୁଥିବା ବିବରଣୀ ଏଡ଼ାନ୍ତୁ।

ତା'ପରେ ସତେଜତା ବାଛନ୍ତୁ। ଧନାତ୍ମକ ttl ଏବଂ negative_ttl ମେଳ ଖାଉଥିବା ଓ ନ ଖାଉଥିବା ଫଳାଫଳ ନିୟନ୍ତ୍ରଣ କରେ; grace ଏଣ୍ଟ୍ରି ସମାପ୍ତ ହେବା ପୂର୍ବରୁ ରିଫ୍ରେସ୍ ଆରମ୍ଭ କରିପାରେ। ରଦ୍ଦ ହୋଇଥିବା ଖାତାର କ୍ୟାସ୍ ଅନୁମୋଦନ ପରବର୍ତ୍ତୀ ନିଷ୍ପତ୍ତିକୁ କେତେ ସମୟ ପ୍ରଭାବିତ କରିପାରିବ ତାହା ନିର୍ଣ୍ଣୟ କରନ୍ତୁ। ଏହି ସେଟିଂସ୍ ମଧ୍ୟରୁ କୌଣସିଟି ସ୍ଥାପିତ CONNECT ଟନେଲକୁ ପ୍ରତ୍ୟେକ ବାଇଟ୍ କିମ୍ବା ଆଭ୍ୟନ୍ତରୀଣ HTTPS ଅନୁରୋଧ ପାଇଁ ପୁନଃ ଅଧିକୃତ କରେ ନାହିଁ। ଯଦି ହେଲ୍ପର ଟ୍ରାଫିକ୍ କୋଟା ଲାଗୁ କରେ, ବକେୟା ବଦଳିବା ପରେ ମଧ୍ୟ ଅନୁମୋଦିତ ସ୍ଥାନାନ୍ତରଣ ଜାରି ରହିପାରେ।

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

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